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
Last Packager: Neko-san
Votes: 76
Popularity: 0.24
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 .. 76 77 78 79 80 81 82 Next › Last »

zerophase commented on 2016-05-12 23:19 (UTC)

Hey, is removing ld.gold from Clang still required for Unreal code projects?

zerophase commented on 2016-05-12 15:34 (UTC) (edited on 2016-05-12 18:52 (UTC) by zerophase)

@acerix The only thing with adding Linux patches upstream is Epic seems to take a very long time to integrate them into their code base. Some patches for cmake support have been waiting for months with little activity on Epic's part. Whenever I run makepkg -sri I keep getting "patch: **** Only garbage was found in the patch input."

acerix commented on 2016-05-12 00:48 (UTC) (edited on 2016-05-12 00:56 (UTC) by acerix)

@corrupt I applied your patch, it's a good fix for now, maybe it will be fixed upstream in the next release. I replaced $startdir which is deprecated. @recured I haven't read the entire license, so I'm not sure distributing the compiled version is allowed, although I figure it should be. Assuming it is, I would upload it, but I've used too much bandwidth just making this package that I can't spare 20 GB more this month. If you have a decent PC, it should only take an hour or so to build.

recured commented on 2016-05-11 16:09 (UTC)

Is there any chance of this getting a pre-built release? It just seems like too much to compile

corrupt commented on 2016-05-09 18:26 (UTC)

It seems it's general practice to fill conflicts for such cases. Maybe you have clang in pacman.conf's ignore or noupgrade. PKGBUILD has package checks. It's bad(for UE devs) to run pacman in setup script like that. They should have left it in wiki.

acerix commented on 2016-05-09 17:43 (UTC)

Thanks, for some reason I don't get that prompt, but it should be fixed. I'm thinking it would be better to add "provides=(clang)" to the clang35 package though, that way it would still allow building with the latest clang (even though it's not working yet) and I prefer to avoid patches since they need to be maintained.

corrupt commented on 2016-05-09 17:26 (UTC) (edited on 2016-05-09 17:30 (UTC) by corrupt)

Yes, clang is newer package than clang35 and it prompts to update to newer version (and fails). This is minimal change for it to build. Removing also works. Have not tried to build with current clang to confirm.

acerix commented on 2016-05-09 15:36 (UTC)

Thanks for the suggestion, but did you actually need this patch to build it? Since clang35 is specified in the makedepends and provides "clang", the pacman call in Setup.sh shouldn't do anything. If anything, I would suggest removing that part of Setup.sh completely because the Arch dependencies can be handled by this package now. Instead of adding a patch here though, it would be cleaner to submit the change upsteam.

corrupt commented on 2016-05-09 08:45 (UTC) (edited on 2016-05-09 13:41 (UTC) by corrupt)

@acerix I changed PKGBUILD to include patching of $srcdir/UnrealEngine/Engine/Build/BatchFiles/Linux/Setup.sh. PKGBUILD: http://pastebin.com/iAt5SG20 Setup.patch: http://pastebin.com/U9c1Nt36 Had trouble compiling with multiple threads. Compiled UE4Editor separately.

acerix commented on 2016-05-05 22:17 (UTC)

I also just tried 3.7 and couldn't compile, so I'll leave it on 3.5 for now. I get errors like this: [344/864] Compile Module.Renderer.8_of_9.cpp clang-3.7: error: unable to execute command: Segmentation fault (core dumped) clang-3.7: error: clang frontend command failed due to signal (use -v to see invocation) clang version 3.7.1 (tags/RELEASE_371/final) Target: x86_64-unknown-linux-gnu Thread model: posix

« First ‹ Previous 1 .. 76 77 78 79 80 81 82 Next › Last »