It looks like the Steam version includes the megapack maps, so that makes things a bit easier. I have a package (https://gitlab.com/d10sfan/luxtorpeda-ut2004) that looks to work well from a clean steam install. There is an issue with seemingly luxtorpeda finding the right working directory, which I've expanded on below.
It'll ask you with Zenity for your cd key and then writes that and does symlinks to a new directory, so the original Windows data files don't get messed with. Then, it'll do a few symlinks for some libraries, and launch the game. The first time load can take a while when it gets things ready, but after that it loads very quickly.
It uses sdlcl for sdl 1.2 support, which is included. For now, it will check if libstdc++.so.5 is installed on the user's system, and if not, it will prompt with a Zenity error. It will also check for openal, which it'll link to the proper place. If both are installed and the cd key is entered properly, it should then run without any extra user input, I figure in the future we could package libstdc++.so.5 in some way along with the rest.
Something I noticed that seems specific to this one:
When I launch a game through Steam for the tool (like with Arx or Quake 2), normally it's able to find the working directory correctly. With this game, it tries to load the working directory as the steam directory (~/.steam/steam). I was able to work around it by placing a shell script in that directory that only changed directories to the actual path of the game and executed the script.
My packages.json entry looks like the following (with the workaround):
Related to #45
It looks like the Steam version includes the megapack maps, so that makes things a bit easier. I have a package (https://gitlab.com/d10sfan/luxtorpeda-ut2004) that looks to work well from a clean steam install. There is an issue with seemingly luxtorpeda finding the right working directory, which I've expanded on below.
It'll ask you with Zenity for your cd key and then writes that and does symlinks to a new directory, so the original Windows data files don't get messed with. Then, it'll do a few symlinks for some libraries, and launch the game. The first time load can take a while when it gets things ready, but after that it loads very quickly.
It uses sdlcl for sdl 1.2 support, which is included. For now, it will check if libstdc++.so.5 is installed on the user's system, and if not, it will prompt with a Zenity error. It will also check for openal, which it'll link to the proper place. If both are installed and the cd key is entered properly, it should then run without any extra user input, I figure in the future we could package libstdc++.so.5 in some way along with the rest.
Also, with the way it works, if you want to install mods, you'd want to put them in the linuxdata directory (such as linuxdata/System). There's two mods I used that worked nicely just to make it feel better on larger screen resolutions: https://forums.epicgames.com/unreal-tournament-2003-2004/user-maps-mods/beta-releases/288070-hud-scaling-fix-rc3 & https://steamcommunity.com/app/13230/discussions/0/611702631218438023/
Something I noticed that seems specific to this one:
When I launch a game through Steam for the tool (like with Arx or Quake 2), normally it's able to find the working directory correctly. With this game, it tries to load the working directory as the steam directory (~/.steam/steam). I was able to work around it by placing a shell script in that directory that only changed directories to the actual path of the game and executed the script.
My packages.json entry looks like the following (with the workaround):
Normally it'd look like this: