Package Details: unreal-engine 5.4.1-0

Git Clone URL: https://aur.archlinux.org/unreal-engine.git (read-only, click to copy)
Package Base: unreal-engine
Description: A 3D game engine by Epic Games which can be used non-commercially for free.
Upstream URL: https://www.unrealengine.com/
Keywords: 3D engine game ue5 Unreal
Licenses: GPL3, custom:UnrealEngine
Submitter: acerix
Maintainer: Shatur (Neko-san)
Last Packager: Neko-san
Votes: 73
Popularity: 0.058184
First Submitted: 2016-05-01 18:37 (UTC)
Last Updated: 2024-05-05 08:52 (UTC)

Required by (1)

Sources (5)

Pinned Comments

Neko-san commented on 2022-11-01 02:32 (UTC) (edited on 2023-06-25 01:19 (UTC) by Neko-san)

@juancarlospaco this is easily done on your own system, not in a PKGBUILD, given that building packages runs as root:

sudo groupadd unrealengine-users
sudo usermod -aG unrealengine-users (your-username)
sudo chown -R root:unrealengine-users /opt/unreal-engine
sudo chmod -R 775 /opt/unreal-engine

Permission issues like this are already mentioned on the UE Arch wiki page: https://wiki.archlinux.org/title/Unreal_Engine_4#Installing_from_the_AUR

This is a user system problem; I already did what I could without needing users to do the above by giving the 777 permissions. If it still gives you trouble, you'll have to use the example to solve it or change the install location to somewhere you have user permissions by default (as I cannot do this for you).

zerophase commented on 2021-05-27 08:15 (UTC) (edited on 2021-05-30 08:41 (UTC) by zerophase)

Will update to 5.0 when it is released.

Latest Comments

« First ‹ Previous 1 .. 64 65 66 67 68 69 70 71 72 73 74 .. 79 Next › Last »

CAPTNCAPS commented on 2017-03-13 12:52 (UTC)

@zerophase If you aer using Nvidias proprietary drivers, then you are not using Mesa, that's the whole point behind the proprietary driver. And yes I do have an Nvidia card to test with, but nouveau is so unstable it can't even run my Desktop (KDE) and as you said, the proprietary driver works.

zerophase commented on 2017-03-04 13:50 (UTC)

@CAPTNCAPS I think it's an AMD issue. I'm running Mesa 17, and Unreal uses opengl 4.3 without issue. I'm on an NVidia card using their proprietary drivers. Do you have an NVidia card to test with?

CAPTNCAPS commented on 2017-03-04 13:18 (UTC)

Just a note in case you don't know yet: Unreal Engine 4 does currently NOT SUPPORT MESA 13+! Officially confirmed: https://answers.unrealengine.com/questions/540613/ue4editor-not-starting-when-using-mesa-13.html

rmolin88 commented on 2017-02-01 11:31 (UTC)

@zerophase Thank you very much for the quick reply. That did it!

zerophase commented on 2017-01-31 01:26 (UTC)

@rmolin88 create a group for Unreal, and add every unreal file to that group. I believe arch frowns upon adding groups through aur packages.

rmolin88 commented on 2017-01-31 01:23 (UTC)

Hello guys. Thanks for the package. I'm getting this error when I want to create a new c++ project: Running /opt/unreal-engine/Engine/Binaries/DotNET/UnrealBuildTool.exe -makefile -kdevelopfile -qmakefile -cmakefile -codelitefile -project="/home/reinaldo/Documents/UnrealProjects/MyProject2/MyProject2.uproject" -game -engine -progress Discovering modules, targets and source code for project... Discovering modules, targets and source code for project... Discovering modules, targets and source code for project... UnrealBuildTool Exception: System.UnauthorizedAccessException: Access to the path "/opt/unreal-engine/Engine/Source/ThirdParty/PhysX/Lib/Linux/arm-unknown-linux-gnueabihf/st0Ik7rX" is denied. Here is a link to a screenshot: https://drive.google.com/open?id=0B65GtWgJn1tFcnBSUmJSTzF1eHc The file doesnt even exist. Should I change the /opt/unreal-engine folder to my user? Thanks in advance

acerix commented on 2017-01-29 21:06 (UTC)

@labotsirc Thanks for the solution, the same worked for me. I added hardening-wrapper to conflicts for now, although it would be better to turn off "HARDENING_PIE" or whatever is giving these errors in the build step, let me know if anyone has a better fix. @zerophase Yes, I have 4 cores and 4 jobs in /etc/makepkg.conf: MAKEFLAGS="-j4" "make -j1" overrides that to use 1 job since the Unreal build tool has it's own multi-threading.

zerophase commented on 2017-01-17 00:24 (UTC) (edited on 2017-01-17 00:32 (UTC) by zerophase)

@labotsirc No idea. Have you tried installing in a bare bones vm? You most likely won't be able to run the engine, but it should be able to compile. (driver issue) I have a feeling something with your system configuration might be causing issues. @acerix how many jobs do you have makepkg configured to start? Does it match your core count?

labotsirc commented on 2017-01-09 10:30 (UTC) (edited on 2017-01-09 23:25 (UTC) by labotsirc)

@acerix and @zerophase, EDIT: Solved. It was a problem with my machine, which for some reason had the hardening-wrapper, so doing "sudo pacman -R hardening-wrapper" solved the "recompile with -fPIC" linker problem. I have tried the new package with the patch. Now I can go through that part but at the linker stage I am having the "recompile with -fPIC" problem, which I remember I had to fix by hand file by file. Any ideas why I get the error? I am using a default Arch Linux Installation. ... ... [36/37] Compile CoreUObject.generated.cpp [37/37] Link CrashReportClient /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(compress.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(deflate.o): relocation R_X86_64_32S against symbol `zcalloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inflate.o): relocation R_X86_64_32S against symbol `zcalloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inftrees.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cri[36/37] Compile CoreUObject.generated.cpp [37/37] Link CrashReportClient /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(compress.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(deflate.o): relocation R_X86_64_32S against symbol `zcalloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inflate.o): relocation R_X86_64_32S against symbol `zcalloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inftrees.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /home/cristobal/.yaourt-tmp/yaourt-tmp-cristobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inffast.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC stobal/aur-unreal-engine/src/UnrealEngine/Engine/Source/ThirdParty/zlib/v1.2.8//lib//Linux/x86_64-unknown-linux-gnu/libz.a(inffast.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC ... ...

zerophase commented on 2017-01-04 22:27 (UTC)

When I compile with make -j1 it compiled successfully without an error the first time. I believe compiling Unreal still uses multiple cores on the Unreal Build Tool side.