Attempting to build the lib32-mesa package as described before now just results in this error:
Build started at 2020-07-05T10:15:07.706677
Main binary: /usr/bin/python
Build Options: -Db_lto=true -Db_pie=true -Db_ndebug=true -Dplatforms=x11,wayland,drm,surfaceless -Ddri-drivers=i915,i965,r100,r200,nouveau -Dgallium-drivers=r300,r600,radeonsi,nouveau,virgl,svga,swrast,iris -Dvulkan-drivers=amd,intel -Dvulkan-overlay-layer=true -Dvulkan-device-select-layer=true -Dswr-arches=avx,avx2 -Ddri3=true -Degl=true -Dgallium-extra-hud=true -Dgallium-nine=true -Dgallium-omx=disabled -Dgallium-opencl=icd -Dgallium-va=true -Dgallium-vdpau=true -Dgallium-xa=true -Dgallium-xvmc=false -Dgbm=true -Dgles1=false -Dgles2=true -Dglvnd=true -Dglx=dri -Dlibunwind=true -Dllvm=true -Dlmsensors=true -Dosmesa=gallium -Dshared-glapi=true -Dvalgrind=false -Dprefix=/usr -Dlibdir=/usr/lib32 -Dlibexecdir=lib -Dsbindir=bin -Dauto_features=enabled -Dbuildtype=plain -Dwrap_mode=nodownload '--native-file crossfile.ini'
Python system: Linux
The Meson build system
Version: 0.54.3
Source dir: /home/hamish/Downloads/lib32-mesa/src/mesa-20.1.2
Build dir: /home/hamish/Downloads/lib32-mesa/src/build
Build type: native build
Program python found: YES (/usr/bin/python)
Running command: /usr/bin/python bin/meson_get_version.py
--- stdout ---
20.1.2
--- stderr ---


None of 'PKG_CONFIG_PATH' are defined in the environment, not changing global flags.
None of 'PKG_CONFIG_PATH' are defined in the environment, not changing global flags.
Project name: mesa
Project version: 20.1.2
Using 'CFLAGS' from environment with value: '-march=x86-64 -mtune=generic -O3 -pipe -fno-plt -g -fvar-tracking-assignment -O0 -fdebug-prefix-map=/home/hamish/Downloads/lib32-mesa/src=/usr/src/debug'
Using 'LDFLAGS' from environment with value: '-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'
Using 'CPPFLAGS' from environment with value: '-D_FORTIFY_SOURCE=2'

mesa-20.1.2/meson.build:21:0: ERROR: Unable to determine dynamic linker

Which is kind of annoying as I never got around to completing Requiem yet.

View this comment - View article - View full comments

For what it is worth, I found with Requiem that the game will crash when you pick up the first audio log from Eloff Carpenter.

View this comment - View article - View full comments

So my lovely little Gigabyte Radeon RX 460 arrived last night. I can now confirm that on this card using AMDGPU I am getting crashes not only when I flatten the coin in the vice at the start of Black Plague but also when I leave the fishing boat at the start of Overture once again.

View this comment - View article - View full comments

Turns out I still have my old Desura receipt:


I have got my ten dollars worth I have to say.

View this comment - View article - View full comments

Quoting: erolmateiThat said, yes, to fix the issue you need to build Mesa so that it does not use optimized SSE instruction (one of the effects of the -O0 flag btw). This is, imho, not a clean solution.

I am sure it is like swatting a mosquito with a sledge hammer, but it worked for me. :whistle:

I do wonder if a complete Penumbra source port could be constructed from the Overture code.

View this comment - View article - View full comments

Other than SteamOS/Linux once being listed on the Steam page for it was there ever any other acknowledgement that Shadow Warrior 2 was coming to Linux at all?

View this comment - View article - View full comments

The Linux version of Metro: Last Light Redux was bounced by GOG.com quality control:

In this case that responsibility was on us ... We encountered a number of technical issues while preparing our DRM-free Linux and Mac OS X versions and made the call to hold back the releases until we can be confident in the quality of our product. While we are trying to fix the problems, we cannot make any promises if and when the DRM-free versions will be ready."

Source: https://news.softpedia.com/news/Deep-Silver-Refuses-to-Provide-Linux-DRM-free-Builds-to-GOG-com-for-Metro-Last-Light-Redux-481335.shtml [External Link]

Also seems to be true with Postal 2 as well:

We had planned on having Mac and Linux ports done for this release, but we ran into some really bizarre problems in trying to get them to run, that we haven't sorted out yet. So we had to push those plans back for a while. Unfortunately, I can't give you an ETA on when we might get them done. :(

Source: https://www.gog.com/forum/postal_series/linux_version_of_postal_2_and_paradise_lost/post2 [External Link]

Which is why when I played Postal 2 again earlier this year I had to use my old outdated Desura copy like I did with the Penumbra Collection.

View this comment - View article - View full comments

So this is interesting. When going back to try and provide the core dump that x_wing requested I discovered that Overture no longer crashes when you leave the fishing boat, even when using the stock lib32-mesa package supplied by Arch Linux.

Downgrading the package reveals that the fix was introduced with lib32-mesa-20.0.7-2 built on May 15th. A couple of days after I first started drafting this article.

Black Plague still crashes when attempting to flatten the coin in the vice, however. Here is the backtrace:
#0  0xf537355b in ?? () from /usr/lib32/dri/r600_dri.so
#1  0xf4e90e77 in ?? () from /usr/lib32/dri/r600_dri.so
#2  0xf4e927ca in ?? () from /usr/lib32/dri/r600_dri.so
#3  0xf502629c in ?? () from /usr/lib32/dri/r600_dri.so
#4  0xf50280fa in ?? () from /usr/lib32/dri/r600_dri.so
#5  0x083f42a1 in hpl::cSDLTexture::CreateFromBitmapToHandle(hpl::iBitmap2D*, int) ()
#6  0x083f5609 in hpl::cSDLTexture::CreateFromBitmap(hpl::iBitmap2D*) ()
#7  0x08381716 in hpl::cTextureManager::CreateFlatTexture(std::string const&, bool, bool, hpl::eTextureType, hpl::eTextureTarget, unsigned int) ()
#8  0x083794ec in hpl::cMaterialManager::LoadFromFile(std::string const&, std::string const&) ()
#9  0x08379c8a in hpl::cMaterialManager::CreateMaterial(std::string const&) ()
#10 0x082f8790 in hpl::cParticleEmitterData3D_UserData::LoadFromElement(TiXmlElement*) ()
#11 0x082f11fd in hpl::cParticleSystemData3D::LoadFromFile(std::string const&) ()
#12 0x08395cab in hpl::cParticleManager::CreatePS3D(std::string const&, std::string const&, hpl::cVector3<float>, hpl::cMatrix<float> const&) ()
#13 0x0835584a in hpl::cWorld3D::CreateParticleSystem(std::string const&, std::string const&, hpl::cVector3<float> const&, hpl::cMatrix<float> const&) ()
#14 0x08324561 in ?? ()
#15 0x0857d482 in CallSTDCallFunction(unsigned long const*, int, unsigned int) ()
#16 0x0857da17 in CallSystemFunction(int, asCContext*, void*) ()
#17 0x085a0e4d in asCContext::ExecuteNext() ()
#18 0x085a38ce in asCContext::Execute() ()
#19 0x085632ce in asCScriptEngine::ExecuteString(char const*, char const*, asIScriptContext**, unsigned long) ()
#20 0x0841da38 in hpl::cSqScript::Run(std::string const&) ()
#21 0x081a5879 in cInit::RunScriptCommand(std::string const&) ()
#22 0x0827bf65 in cGameWheel::RunCallback(eGameWheelState, eGameWheelAction) ()
#23 0x0827c2ab in cGameWheel::Update(float) ()
#24 0x082a7764 in iGameEntity::OnUpdate(float) ()
#25 0x082076ef in cMapHandler::Update(float) ()
#26 0x08322a97 in hpl::cUpdater::Update(float) ()
#27 0x0831f0f3 in hpl::cGame::Run() ()
#28 0x08246628 in hplMain(std::string const&) ()
#29 0x083e7cab in main ()

My Radeon HD 6870 still uses the older r600g drivers by the way. I do in fact have a Radeon RX 460 on order so that I can upgrade to amdgpu and gain Vulkan support among other things, but it has not arrived yet.

View this comment - View article - View full comments

Quoting: CyrilI hope this new release will show up on GOG as I own the game there.

Looks like your wish came true Cyril.

View this comment - View article - View full comments

I think the silliest part of this whole immature fight is the solution to the problem had nothing to do with copying a few files or setting an environment variable. Somebody had to open the binary with a hex editor to get the game to launch correctly.

Hopefully OldUnreal is able to offer an even better solution.

View this comment - View article - View full comments