Arch Linux User Repository

For those who haven't used lgogdownloader with a GOG AUR package before, here's how you set it up.

Add 'gogdownloader::/usr/bin/lgogdownloader --download-file=%u -o %o' to the DLAGENTS section of /etc/makepkg.conf

Had a fair few issues but got there in the end.

Not sure if this is because I was using the offline installer files instead of gogdownloader but Innoextract was extracting all files into an app subfolder.
Fixed by adding:

# Move extracted files out of innoextract hardcoded folder
mv "$pkgdir/opt/ut2004/app/"* "$pkgdir/opt/ut2004"
rmdir "$pkgdir/opt/ut2004/app"

Below the extraction in PKGBUILD.
I also added the -m argument to stop it from adding the other subfolder tmp to the package.

Had issues with sound, it seems that somewhere between openal 1.21.1 and 1.22.0 something changed that UT'04 doesn't like.
Tried the latest master (even with the recent as of a few hours ago 1.22.1 version bump) but unfortunately still no sound.
Fixed by compiling from the openal-soft-1.21.1 tarball and overwriting the symlink in /opt/ut2004/System with libopenal.so.1.21.1 from it.

I also noticed that the CDkey is stored in the goggame script file. So I added:

grep -FB1 CDKey /opt/ut2004/goggame-1207658691.script | grep -Po '"valueData": "\K[A-Z0-9-]*(?=",)' > "$HOME"/.ut2004/System/CDkey
chmod 600 "$HOME"/.ut2004/System/CDkey

to the first run section in ut2004.sh.

Only other issues were mismatching checksums but I figure that was from using an offline installer. All files verify fine with github.com/DorianRudolph/gogverify.

@lazycrypt thanks for the find; I'm updating the startup script to copy over those files if the ~/.ut2004 directory doesn't already exist; this should cover the fresh install case without unexpectedly nuking existing configs.

Solution provided by @lazycrypt works on my system.

For anyone getting the MissingIni error, run innoextract on the UT2004 GOG installer, then copy the ini files from the extracted __support/app/System folder to ~/.ut2004/System and the game should launch without issue (provided you've already added the CD-key, of course). The PKGBUILD should probably be adjusted so the ini's are copied automatically.

Just got CD key from GOG customer support. I've created CDkey in /opt/ut2004/System and ~/.ut2004/System. No success. The same error message as before.

@tomatopaste the CDkey file is required. Historically GOG have provided a key upon request from GOG support, but it might be integrated into the registry as part of the Windows installer as well. I believe it can be installed alternatively into ~/.ut2004/ instead of the system-level directory, but it does need to be in at least one of those places. Double check PCGamingWiki for details.

I have the exact same problem as @grabarz.

I have downloaded the required files from gog manually and moved them into the directory in which my PKGBUILD is located. I verified the checksums.

To complete installation, write your UT2004 cdkey to /opt/ut2004/System/CDkey as root.

The installation prompts to add the cdkey, but as far as I know the GOG edition does not come with one. Hence I did not create that particular file - might be related?

When I try to run the executables in the System folder, I get

$ ./ucc-bin
./ucc-bin: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
$ ./ut2004-bin
./ut2004-bin: error while loading shared libraries: ./libSDL-1.2.so.0: wrong ELF class: ELFCLASS64
$ ./ucc-bin-linux-amd64 
MissingIni

History: 

Exiting due to error
$ ./ut2004-bin-linux-amd64 
MissingIni

History: 

Exiting due to error

The contents of the ~/.ut2004 folder after running ut2004

~/.ut2004/
└── System
    └── UT2004.log

1 directory, 1 file

I used yay as an AUR helper, but I get the same issues with using makepkg.

This is the build log: https://pastebin.com/RNeqENL5

These are the contents of the package: https://pastebin.com/ReckDGPc

Same:

grabarz@thinkpad /opt/ut2004/System $ ./ut2004-bin-linux-amd64
MissingIni

History:

Exiting due to error

@grabarz, unfortunately I'm running out of ideas on what may be the problem on your setup. If you run this manually do you get a different result?

cd /opt/ut2004/System
./ut2004-bin-linux-amd64

This might also be the result of 3D acceleration not being set up correctly on your system. Have you tested 3D acceleration with other apps/games to make sure it's not just software rendering being used?

grabarz@thinkpad ~ $ pacman -Qkk ut2004-gog
ut2004-gog: 1945 total files, 0 altered files
grabarz@thinkpad ~ $ ls -l .ut2004
drwx------ grabarz wheel 4.0 KB Sun Jan 23 07:16:20 2022  ./
drwx------ grabarz wheel 4.0 KB Sun Jan 23 16:56:36 2022  ../
drwx------ grabarz wheel 4.0 KB Sun Jan 23 07:16:20 2022  System/
grabarz@thinkpad ~ $ ls -l .ut2004/System/
drwx------ grabarz wheel 4.0 KB Sun Jan 23 07:16:20 2022  ./
drwx------ grabarz wheel 4.0 KB Sun Jan 23 07:16:20 2022  ../
.rw------- grabarz wheel 452 B  Sun Jan 23 09:54:14 2022  UT2004.log
grabarz@thinkpad ~ $ cat .ut2004/System/UT2004.log
Log: Log file open, Sun Jan 23 09:54:14 2022
Init: Name subsystem initialized
Init: Version: 3369 (128.29)
Init: Compiled: Dec 14 2005 17:11:00
Init: Command line:
Init: (This is Linux64 patch version 3369.2)
Log: FileManager: Reading 0 GByte 0 MByte 0 KByte 0 Bytes from HD took 0.000000 seconds (0.000000 reading, 0.000000 seeking).
Log: FileManager: 0.000000 seconds spent with misc. duties
Uninitialized: Log file closed, Sun Jan 23 09:54:14 2022
grabarz@thinkpad ~ $