Well I don't know what kinda fancy drivers you're using but last time I checked (which is just like a few months back) the nvidia drivers conflicted with all mesa packages... because the proprietary driver brings it's own OpenGL implementation!
Maybe you could let me know how that's supposed to work, because I sure didn't find anything about Mesa + Proprietary anywhere!
Anyway, this is getting offtopic. It was officially confirmed that Mesa 13+ is NOT supported, see the link. It is NOT an AMD issue.
Search Criteria
Package Details: unreal-engine 5.5.0-0
Package Actions
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.08 |
First Submitted: | 2016-05-01 18:37 (UTC) |
Last Updated: | 2024-11-16 03:10 (UTC) |
Dependencies (29)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-selinuxAUR, coreutils-uutilsAUR, coreutils-hybridAUR)
- dos2unix (dos2unix-gitAUR)
- dotnet-runtime (dotnet-runtime-2.2AUR, dotnet-runtime-3.0AUR, dotnet-runtime-2.1AUR, dotnet-runtime-5.0-binAUR, dotnet-runtime-7.0-binAUR, dotnet-runtime-6.0-binAUR, dotnet-runtime-preview-binAUR, dotnet-runtime-binAUR, dotnet-runtime-8.0-binAUR)
- dotnet-sdk (dotnet-sdk-2.2AUR, dotnet-sdk-2.2-vs2017AUR, dotnet-sdk-3.0AUR, dotnet-sdk-2.1AUR, dotnet-sdk-5.0-binAUR, dotnet-sdk-6.0.110-binAUR, dotnet-sdk-7.0-binAUR, dotnet-sdk-8.0.300-binAUR, dotnet-sdk-6.0-binAUR, dotnet-sdk-preview-binAUR, dotnet-sdk-binAUR, dotnet-sdk-8.0-binAUR)
- findutils (findutils-gitAUR, busybox-coreutilsAUR, findutils-selinuxAUR)
- icu63AUR
- lld (llvm-rocm-gitAUR, llvm-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- python (python37AUR, python311AUR, python310AUR)
- sdl2 (sdl2-gitAUR, sdl2-compat-gitAUR)
- steam
- vulkan-icd-loader (vulkan-icd-loader-gitAUR)
- xdg-user-dirs
- git (git-gitAUR, git-glAUR) (make)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR) (make)
- grep (grep-gitAUR, busybox-coreutilsAUR, grep-compatAUR) (make)
- openssh (openssh-gitAUR, openssh-dotconfigAUR, openssh-dotconfig-binAUR, openssh-selinuxAUR, openssh-hpn-shimAUR, openssh-gssapiAUR) (make)
- sed (busybox-coreutilsAUR, sed-gitAUR) (make)
- wget (wget-gitAUR, wurlAUR) (make)
- clionAUR (optional) – IDE for projects
- Show 9 more dependencies...
Required by (1)
Sources (6)
Latest Comments
« First ‹ Previous 1 .. 66 67 68 69 70 71 72 73 74 75 76 .. 81 Next › Last »
CAPTNCAPS commented on 2017-03-16 17:16 (UTC)
zerophase commented on 2017-03-15 19:27 (UTC)
@CAPTNCAPS
It still needs mesa installed for the opengl functionality it uses. It just doesn't use their implementation. Use the proprietary drivers, not nouveau.
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?
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:
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.