I had the Postal Fudge Pack show up after I ordered it from eBay for $12.99 CAD just so I could add another game to the collection with a Tux on the box. This made me curious to see if I could get my old backed up Desura copy of Postal 2 working and after removing "libgcc_s.so.1" from the System directory and hacking it to support widescreen everything works great. I kicked around through Monday and still managed to somehow complete all of my objectives.

[url=https://postimg.cc/R6HRHnZc][/url]

It is annoying that the Linux updates never made their way to GOG.com as of yet and Postal Redux is still missing in action from there. They say the team is all tied up with Postal 4, which I can understand, but at the same time I do wish they would finish what they started. Releasing the source code to Postal Plus still earns them plaudits though.

View this comment - View article - View full comments

More than happy to give $10 to Cheeseness. As someone who has worked with a professional beekeeper for the last six years we shall see how jaded I have become though. :P

View this comment - View article - View full comments

Worth a shot. Interesting that it affects WINE as well.

View this comment - View article - View full comments

I have been kind of just sitting in limbo for the last few years waiting for one Build engine port to become definitive enough for me to play through Blood again. Here comes another contender.

View this comment - View article - View full comments

The README file included by ./play.it is illuminating:
Three libs from [UTPGPatch451.tar.bz2] have a [symbol conflict] with modern
libstdc++.so.6. Sadly `objcopy --redefine-sym` can't [redefine dynamic symbols]
and hexediting just delays the crash to loading Pit of Agony. Use [elfhash] to
replace the symbol with one the same length and rehash the elf.

for lib in System/Core.so System/NullDrv.so System/NullRender.so; do
md5sum $lib
../elfhash/elfhash -f __dynamic_cast -t __dynloki_cast $lib > /dev/null
md5sum $lib
done

522154c5c551de4cda673f9b75cae109  System/Core.so
fbbcff9c5e40de08acb7c98f364a9707  System/Core.so
7600d224c7614c7f6a07c5eef8c66015  System/NullDrv.so
3b075a8a3c4773759fe6f7c935cb4ff0  System/NullDrv.so
89f4cc264c97fe5f97d6c63dd6a05e26  System/NullRender.so
c317de7117e78b9e16becc8583c3752a  System/NullRender.so

[UTPGPatch451.tar.bz2]: https://web.archive.org/web/20160803031207/http://www.utpg.org/patches/UTPGPatch451.tar.bz2
[symbol conflict]: https://bugs.freedesktop.org/show_bug.cgi?id=108933
[redefine dynamic symbols]: https://sourceware.org/ml/binutils/2006-03/msg00005.html
[elfhash]: https://github.com/cjacker/elfhash

It should also be noted that this build is based on the unofficial UTPG 451 patch.

I can also now confirm that the "Signal: SIGIOT [iot trap]" error when changing game modes is a product of using Stéphan Kochen's OpenGLDrv renderer. When using SDLGLDrv it works fine.

View this comment - View article - View full comments

Quoting: BillFlemingThe author of this article really didn't do their research. The game runs fine without needing a patched mesa.You just need to install some extra audio packages and launch the game using a special command for the audio.

Trust me when I say that I have been aware of this issue for years and that I spent a great deal of time researching when crafting this article. I did miss your AUR package, but that is because I deliberately avoid distribution specific methods so as not to exclude people with other setups. All that being said, I am happy to say that your build of the game does work.

Looking into it, the "ut99v451-linux.2019-07-21.tar.gz" package you are using has hacked game binaries that have been made to work around the symbol collision with modern versions of libstdc++ which in turn produced the segmentation fault with Mesa. This is NOT TRUE of the last official release of the game, which is provided by the "ut-install-436-GOTY.run" installer I used.

Again, I will admit to not being aware of this hacked version, but considering that it only shows up on Google from either ./play.it or the gog-unreal-tournament-goty AUR package I can hardly be blamed for that. The vast majority of articles and sources online do not refer to this package, likely because it is not official and did not even exist before last summer.

Quoting: BillFlemingThe game's old renderer is also still usable so you don't even have to mod the game to play, but it won't support super high res. (2560x1080 works, 2560x1440 didn't for me)

I never claimed that it did not work. I did need to supply a new audio device in order to get better sound, but the original OpenGL renderer did indeed work fine given its limitations.

Quoting: rea987What you have linked as OpenGL renderer is same OpenAL. That's a mistake I guess. Is the third party OpenGL renderer the same Stéphan's Kochen OpenGLDrv based on Chris Donhal's enhanced OpenGL renderer?

Okay, that one is my bad. It was supposed to link to a compiled version of Stéphan Kochen's OpenGLDrv renderer like you said.

Quoting: Perkeleen_VittupääSoo, could all this be possible to package somehow to a state that even a non-tech-savvy random occasional gamer could then enjoy Unreal Tournament on Linux? :huh:

Well, now that I have a binary that works without issues, I will at least be writing a guide on how to get Unreal Tournament working on modern Linux distributions as a sequel to this article.

Quoting: Liam Dawe

Quoting: appetrosyanSadly, not many of those games are OpenSource, and it’s only a matter of time when this issue crops up

Which is as true on Windows as it is on Linux though remember. All games eventually succumb to time, we're just in an interesting position thanks to Wine/Proton that can at times run games Windows 10 now cannot heh.

Yeah, there is nothing about Windows that makes it less susceptible to these problems than Linux. This is just one of the benefits of WINE being a compatibility layer. It grants compatibility, even for older titles.

View this comment - View article - View full comments

Quoting: adamhmTry starting them with: taskset 0x1 <command>
(make sure to disable CSMT before doing this)

That does indeed do the trick, thanks.

View this comment - View article - View full comments

Quoting: legluondunetI wroted 3 Lutris scripts installer for this games:
- Heretic 2

I just tried your Lutris script for Heretic II incidentally, and it hangs for me at "Extracting data.tar.gz". Any idea what is going on there?

View this comment - View article - View full comments

Well, I am going to have to eat my hat, at least as far as Unreal Gold is concerned. The Lutris script does in fact work and the game launches just fine.

The same can not be said for Unreal Tournament or Rune when installed from Lutris. I wonder if this is because of the work done on the Unreal 227 patch?

View this comment - View article - View full comments

Quoting: KayKay91Shouldn't removing libgcc and libstdc++ from game's folder fix this? Lutris has a script called "Mesa fix" for Unreal Gold which basically removes these files after using "GOG + OldUnreal 227i" script installer.

I can confirm that not having those libraries in the System folder makes no difference to Unreal Tournament and the game will still segmentation fault.

On the Lutris page for Unreal Tournament (1999) I also can not help but notice it says this:
"If using open source mesa drivers, switch to software rendering in the game's .ini config file."

I am going to try the Lutris script for Unreal Gold, but I am not optimistic.

View this comment - View article - View full comments