Arch Linux User Repository

The issue with me including the Commit.gitdeps.xml alsongside the PKGBUILD manually is that it might be subject to a legal grey area since the UE repo is private and is technically a part of the source;

because the repo is private, having the PKGBUILD access it directly isn't a simple task because Github requires the URL request to have a generated timed authentication token that expires.

Meaning that I can't simply grab the URL and paste it into the PKBUILD willy-nilly because it is both not tied to your account and because the links have an expiration attached. I get why Epic chose this approach but their flawed "open-source" methodology is what makes this difficult.

I updated it to not use the Arch Clang compiler by default; I thought I had this opt-out but I didn't - the reason being that for UE4, there's actually a hard-coded reference to look for a Windows compiler (thanks Epic...) and using the Arch compiler has been the solution on the AUR for UE4 for a long time

That said, if it fails to compile by default now (at least if strictly using makepkg), the fault is entirely on Epic for not properly having the Unreal Build Tool (UBT) not handle the Linux build properly - proper support for this was implemented in UE5, so they should honestly backport that to UE4's codebase

I left a user toggle-able switch in the PKGBUILD if anyone wants to try the Arch Clang compiler patch again, for whatever reason

If anyone manages to figure out how to this otherwise, let me know and I'll add the fix

I think the last two seds on package() should be set to replace in usr/bin/unreal-engine-4.sh After this, because _install_dir has a slash in it, replace the last sed line with: sed -i "s/InstalledLocationPlaceholder/${_install_dir/\//\\/}/" "${pkgdir}/usr/bin/unreal-engine-4.sh"

In the .sh file the desktop file in home should be the .local/share/... directory.

Thanks for your help and answer, I will try to recompile the package.

I updated it to not use the Arch Clang compiler by default; I thought I had this opt-out but I didn't - the reason being that for UE4, there's actually a hard-coded reference to look for a Windows compiler (thanks Epic...) and using the Arch compiler has been the solution on the AUR for UE4 for a long time

That said, if it fails to compile by default now (at least if strictly using makepkg), the fault is entirely on Epic for not properly having the Unreal Build Tool (UBT) not handle the Linux build properly - proper support for this was implemented in UE5, so they should honestly backport that to UE4's codebase

I left a user toggle-able switch in the PKGBUILD if anyone wants to try the Arch Clang compiler patch again, for whatever reason

If anyone manages to figure out how to this otherwise, let me know and I'll add the fix

Thank you for your help

Nevermind, I think see the problem; I'll fix it in a minute

@hamki You absolutely shouldn't be missing dependencies; you can try enabling the system Clang patch in the PKGBUILD in the meantime; I'll try to look into this

The SDK it's referring to is the Clang compiler that's supposed to be bundled with UE4; the configuration we're using to enable that is supposed to be correct and has worked in the past, so I don't understand why it's suddenly being an issue

A possibility might be because you're not using makepkg rather than yay, so you can try that too; I know that Unreal's build system tends not to like AUR helpers sometimes

I just use yay -S unreal-engine-4 for this package. But the output Platform Linux is not a valid platform to build. Check that the SDK is installed properly.

Am I missing some package dependencies?

****** [2/10] Compile UnrealHeaderTool Linux

Reading local file list from /home/hamki/.cache/yay/unreal-engine-4/src/unreal-engine-4/Engine/Saved/BuildGraph/Update Version Files/Tag-Update Version Files.xml
Running: mono "/home/hamki/.cache/yay/unreal-engine-4/src/unreal-engine-4/Engine/Binaries/DotNET/UnrealBuildTool.exe" UnrealHeaderTool Linux Development  -NoUBTMakefiles -nobuilduht -precompile -allmodules -Manifest=/home/hamki/.cache/yay/unreal-engine-4/src/unreal-engine-4/Engine/Intermediate/Build/Manifest.xml -NoHotReload -log="/home/hamki/Library/Logs/Unreal Engine/LocalBuildLogs/UBT-UnrealHeaderTool-Linux-Development.txt"
  Using 'git status' to determine working set for adaptive non-unity build (/home/hamki/.cache/yay/unreal-engine-4/src/unreal-engine-4).
  ERROR: Platform Linux is not a valid platform to build. Check that the SDK is installed properly.
Took 3.207611s to run mono, ExitCode=6
UnrealBuildTool failed. See log for more details. (/home/hamki/Library/Logs/Unreal Engine/LocalBuildLogs/UBT-UnrealHeaderTool-Linux-Development.txt)
AutomationTool exiting with ExitCode=6 (6)
RunUAT ERROR: AutomationTool was unable to run successfully.
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: unreal-engine-4

"The last thing I noticed was the .desktop file has the install path as /opt/unreal-engine/"

This is supposed to change in the packaging process:

. . .
package() {
  # Desktop entry
  if [[ "${_install_dir}" != "opt/${pkgname}" ]] # Set new path if dir changed
  then
    sed -i "5c\Path=/${_install_dir}/Engine/Binaries/Linux/" com.unrealengine.UE4Editor.desktop
    sed -i "6c\Exec=/${_install_dir}/Engine/Binaries/Linux/UE4Editor %F" com.unrealengine.UE4Editor.desktop
  fi
. . .

Run cat /usr/share/applications/com.unrealengine.UE4Editor.desktop to double-check this is actually corrected

As for your lighting issue, this likely just a UE project issue unrelated to the build, but you're free to prove otherwise

Hey, that's awesome! The package built fine overnight after those options were removed. The last thing I noticed was the .desktop file has the install path as /opt/unreal-engine/... whereas the actual install path is /opt/unreal-engine-4/... Probably switched when Unreal 5 was released. I have unreal up and running though, so thank you!

As for the HTML5 option, I'll take a look to see if HTML5 is one of the target platforms later today. That link you gave seems to indicate that the option should have worked.

Lastly, I have an error LIGHTING NEEDS TO BE REBUILD (1 unbuild object) when opening the software for the first time. I'll try to look into it later today and update.

Thanks again!

EDIT: The lighting thing is a natural part of UE4 and was not referring to the compilation of the program. EDIT 2: The list of target platforms includes Android, HoloLens, iOS, Linux, Linux (AArch64), Lumin, Mac, tvOS, and Windows (64-bit). I don't see HTML or any other web related thing.

Fixed; let me know if it gives you trouble again (I don't actually have the storage space to do the testing myself)

https://docs.unrealengine.com/4.27/en-US/ProductionPipelines/DeployingTheEngine/UsinganInstalledBuild/#installedbuildscriptoptions

The documentation said it's supposed to be supported but I guess that's only applicable to UE5?