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: 0.42
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 .. 48 49 50 51 52 53 54 55 56 57 58 .. 82 Next › Last »

diogobaeder commented on 2019-04-28 22:16 (UTC)

@ruestique most packages (if not all) in the AUR have to be compiled, Unreal Engine is no different from that, however I get your point, it's huge, but it has a reason for that.

If I had to keep using Windows just for Unreal I would probably opt by sticking to Godot - which is pretty neat, by the way! The only reasons I'm learning/using Unreal are, it's easier to import models from proprietary 3D software, I can achieve more polished results with it and I have a motivation to learn C++ again (which I stopped learning many years ago when I migrated to other languages). In terms of ease of use and learning curve, and of giving user pleasure, though, Godot is much better.

ruestique commented on 2019-04-28 09:41 (UTC)

@diogobaeder double meh.... it's still looks unnatural now for me, like going against the flow of the river, 25Gb and 8 hours(downloading from github is very slow) of compile time — just don't worse it

let epic making movies with INDUSTRIAL STANDARD environment..

diogobaeder commented on 2019-04-28 08:03 (UTC)

@ruestique I've been using the 4.22 version of the editor downloaded from GitHub, it works fine. Although for the Epic Launcher (to download assets etc) I had to install via Lutris, so Wine to the rescue!

ruestique commented on 2019-04-04 13:27 (UTC) (edited on 2019-04-23 22:37 (UTC) by ruestique)

+1 ^_^

meh.. I've give up, just installed win10 in dualboot at the same ssd right now, on Linux I have Godot, and it's awesome! small, fast, works like a charm with Blender!!

diogobaeder commented on 2019-04-04 06:29 (UTC)

@zerophase thanks for working on 4.22 here, much appreciated! :-)

zerophase commented on 2019-04-03 16:45 (UTC)

4.22 won't compile on Arch till I finish fixing huge portions of unreal from hiding variables.

zerophase commented on 2019-04-02 03:24 (UTC)

@Giantblargg If you want to upgrade early, I have a pull request named clang 8 something on the origin repo.

There's currently a ton of shadowing in the engine, which increases build time significantly by thousands of little warnings, unless you silence warnings about shadowing, which is very dangerous. So, once all that gets refactored I'll push up here.

Giantblargg commented on 2019-04-02 02:35 (UTC)

This is no longer building after clang was updated to 8.0.0 in the official repos.

stevefan1999 commented on 2019-01-26 15:27 (UTC)

@zerophase It's actually during compile phase, but if I use the official toolchain there won't be any of those annoying errors, probably mono removed support for idle scheduler policy; see https://github.com/mono/mono/blob/master/mono/metadata/threads.c#L768-L769 & https://github.com/torvalds/linux/blob/master/include/uapi/linux/sched.h#L40-L42

« First ‹ Previous 1 .. 48 49 50 51 52 53 54 55 56 57 58 .. 82 Next › Last »