Package Details: unreal-engine 5.5.0-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: 76
Popularity: 1.01
First Submitted: 2016-05-01 18:37 (UTC)
Last Updated: 2024-11-16 03:10 (UTC)

Dependencies (29)

Required by (1)

Sources (6)

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 .. 67 68 69 70 71 72 73 74 75 76 77 .. 81 Next › Last »

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.

acerix commented on 2017-01-04 21:12 (UTC)

Yes, the first time I get an error (forgot to copy it) but second time seems to be working. I'll submit that to Epic if it's still happening with 4.15 which is coming in a couple weeks.

zerophase commented on 2017-01-04 20:14 (UTC)

Is the package still failing compilation the first time you try to compile for anyone else?

acerix commented on 2017-01-04 19:18 (UTC)

I added a patch to fix "unused return value" errors in newer clang, as recommended by Epic: https://answers.unrealengine.com/questions/444012/errors-building-with-clang-38-ignoring-return-valu.html

labotsirc commented on 2016-12-31 21:46 (UTC) (edited on 2016-12-31 21:52 (UTC) by labotsirc)

@zerophase ok i will try. No i haven't changed PKGBUILD either. By the way, i had the same problem when cloning the repo directly from github.

zerophase commented on 2016-12-31 21:42 (UTC) (edited on 2016-12-31 21:44 (UTC) by zerophase)

@labtsirc Clang 3.9.1 works for me. Are you editing the PKGBUILD at all? I have noticed the package always fails the first time for me, and on running makepkg -sri a second time it compiles successfully. try changing make to make -j1, and see if that does anything. I believe that should overwrite your makepkg config for how many cores to use.

labotsirc commented on 2016-12-31 21:40 (UTC) (edited on 2016-12-31 21:45 (UTC) by labotsirc)

@zerophase No i just have the default Arch package. Downgrading to clang35 should work as it does not complain about unused return values.

zerophase commented on 2016-12-31 21:28 (UTC)

@labotsirc Nope, I don't get anything like that while compiling. I think I might have gotten a few warnings in the past, but everything still ran. Did you customize Clang away from the Arch defaults?

labotsirc commented on 2016-12-31 18:34 (UTC)

@zerophase I did what you suggested but I get the same error. I clearly see a compilation error: LinuxPlatformMisc.cpp:106:3: error: ignoring return value of function declared with 'warn_unused_result' attribute [-Werror,-Wunused-result] fscanf(SysFsFile, "%d", &SystemLineSize); I have installed UE4 in the past, but I have always had to fix those compilations errors by hand, editing each source file. Is veryone also forced to do this in order to compile?

« First ‹ Previous 1 .. 67 68 69 70 71 72 73 74 75 76 77 .. 81 Next › Last »