@phcerdan Yes, this is expected, because it's a gigantic package. You could try disabling the compression by changing the following line in /etc/makepkg.conf:
PKGEXT='.pkg.tar.xz'
to
PKGEXT='.pkg.tar'
Search Criteria
Package Details: unreal-engine 5.4.4-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: | 75 |
Popularity: | 0.22 |
First Submitted: | 2016-05-01 18:37 (UTC) |
Last Updated: | 2024-09-04 18:39 (UTC) |
Dependencies (29)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-uutilsAUR, coreutils-hybridAUR, coreutils-selinuxAUR)
- 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-gssapiAUR, openssh-dotconfigAUR, openssh-dotconfig-binAUR, openssh-selinuxAUR, openssh-hpn-shimAUR) (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 .. 50 51 52 53 54 55 56 57 58 59 60 .. 81 Next › Last »
lpanhirsch commented on 2018-11-25 17:06 (UTC) (edited on 2018-11-25 17:07 (UTC) by lpanhirsch)
phcerdan commented on 2018-11-21 22:12 (UTC) (edited on 2018-11-21 23:01 (UTC) by phcerdan)
It takes more time to compress the package with xz
than to compile it. Is this the expected behavior?
Creating package "unreal-engine"...
-> Generating .PKGINFO file...
-> Generating .BUILDINFO file...
-> Adding install file...
-> Generating .MTREE file...
-> Compressing package...
top
:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11591 foo 20 0 107572 97532 2212 R 100.0 0.3 53:53.63 xz
I will try to use multi-thread xz, as showed here: https://wiki.archlinux.org/index.php/makepkg#Use_other_compression_algorithms
zerophase commented on 2018-11-10 21:55 (UTC)
@ruestique Yeah, it's the Radeon causing the issues with Vulkan. Getting your hardware information to epic through a bug report might get the issue resolved.
It's probably a minor bug with Unreal that basically amounts to a branch not being programmed for.
ruestique commented on 2018-11-10 15:51 (UTC) (edited on 2018-11-10 15:54 (UTC) by ruestique)
@zerophase
You're on Arch
yep
and just run makepkg -sric
yeah, I also thinking about installing ue4 without pacman
opening unreal
with -vulkan flag, with -opengl works fine
vulkan-icd-loader and vulkan-radeon are installed, vc: HD 7950
@moadib yeah thanks mate =) I guess maybe I need some kernel tweaks ¯_(ツ)_/¯
moadib commented on 2018-11-10 05:12 (UTC)
@ruestique try to launch with -opengl4 parameter, from 4.21 unreal engnine uses Vulkan renderer by default
zerophase commented on 2018-11-10 04:59 (UTC)
@ruestique You're on Arch, and not Manjaro / others, right? Try downloading the package, and just run makepkg -sric.
When does the crash occur? Is it from opening unreal or opening a project?
ruestique commented on 2018-11-09 23:29 (UTC)
The paths are messed up again -_- but now it's causing crash at the start, any ideas?
VulkanRHI::vkEnumeratePhysicalDevices(Instance, &GpuCount, nullptr) failed, VkResult=-3
at /home/chibo/HGST/.cache/makepkg/unreal-engine/src/UnrealEngine/Engine/Source/Runtime/VulkanRHI/Private/VulkanRHI.cpp:453
with error VK_ERROR_INITIALIZATION_FAILED
where no any files in the cache folder obviously ~_~
zerophase commented on 2018-10-24 00:01 (UTC)
4.20.3 works with clang 7. There seems to be an issue with opening projects. Looks like Unreal automatically skips recompiling project versions for the current engine. Not sure how to approach this.
Paul4936 commented on 2018-10-23 04:23 (UTC)
Please more info about "Otherwise add -Wno-constant-logical-operand -Wno-return-std-move -Wno-self-assign-field -Wno-self-assign-overloaded". Where exactly that shall be added?
moadib commented on 2018-10-12 09:01 (UTC)
If PKGBUILD will use bundled toolchain (5.0 for 4.20, 6.0 for 4.21) then there is no need to race for clang updates.
Otherwise add
-Wno-constant-logical-operand -Wno-return-std-move -Wno-self-assign-field -Wno-self-assign-overloaded
and replace -nopie
with --no-pie
in LinuxToolchain.cs to support clang 7
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.