You are not logged in.
Pages: 1
Games:
HL2
HL2 DEATHMATCH
Entropy Zero 2
Or any other native game (source)
Although they run perfectly fine with proton but i dont wanna do that due to various reasons. Ive tried steam, steam native runtime and the flatpak version. same issue.
Yes i do have all the drivers and libraries installed.
Logs for Entropy: Zero 2 (Flatpak)
ERROR: ld.so: object '/home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
F: Not sharing "/usr" with sandbox: Path "/usr" is reserved by Flatpak
pid 601 != 597, skipping destruction (fork without exec?)
pid 606 != 597, skipping destruction (fork without exec?)
pid 627 != 597, skipping destruction (fork without exec?)
shared-library-guard active for /home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/EntropyZero2/hl2_linux
Blocked library /home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/EntropyZero2/bin/libtcmalloc_minimal.so.4
/home/iconium/.var/app/com.valvesoftware.Steam/.local/share/Steam/steamapps/common/EntropyZero2/hl2_linux: error while loading shared libraries: libtcmalloc_minimal.so.4: cannot open shared object file: No such file or directory
>>
[07:43:04] iconium@arch >> [~] $ find /usr -name "libtcmalloc_minimal.so.4" 2>/dev/null
/usr/lib32/libtcmalloc_minimal.so.4
/usr/lib/libtcmalloc_minimal.so.4
[07:43:24] iconium@arch >> [~] $
Specs:
CPU: i5-6500 @ 3.6GHz
GPU: Intel HD 530 (Integrated)
RAM: 16GB DDR4
Arch linux is up-to-date
Offline
you need the 32-bit version of libtcmalloc_minimal.so.4 and symlink that into the hl2/bin directory while also (re-)moving the one in there
the file shiped by steam is somehow broken
https://aur.archlinux.org/packages/lib32-gperftools
Offline
I wouldn't fiddle with the internal flatpak libraries. Your error message is specific to flatpak. Does it show a similar message when not using this version?
Offline
@mithral
The error is the same with the regular multilib-repo version of steam - as, as said, the issue is a file that's shiped with the game itself - which is quite outdated and hence fail to load - nothin to do with flatpak vs mutlilib-repo
my solution to replace it with a current version works - but comes with quite some issues - mostly graphical - and hence I recommend no use the old outdated linux-native builds but rather the windows version and proton
Last edited by cryptearth (2025-03-09 11:25:42)
Offline
Try installing steam-native-runtime and try launching the game with that. It uses the system libraries then, no need to replace stuff inside steam. (Personally, I only use steam-native and at least last year HL2 launched without issues)
Last edited by BS86 (2025-03-10 08:47:37)
Offline
you need the 32-bit version of libtcmalloc_minimal.so.4 and symlink that into the hl2/bin directory while also (re-)moving the one in there
the file shiped by steam is somehow broken
https://aur.archlinux.org/packages/lib32-gperftools
by manually specifing lib32 (64bit for 64bit games!! note this!!) libraries by ld library path and similar, it started giving execstack errors for engine.so on every game. i just made each of them executable by recursively doing execstack for engine.so in my library. Now the game works fine...
Offline
fun fact: I just downloaded HL2 and re-checked my statement
turns out valve seem to have updated Source1 and now ships a different but up-to-date lib - so my info above is outdate itself
btw: I'm aware about 32-bit vs 64-bit - but unfortunately Source is an engine predating the widespread of 64-bit hardware
also game devs are to blame as they keot developing 32-bit games well into the mid-2010s - causing the issues now showing with the new nvid 50-series which has dropped 3#-bit support for physX - although gyme devs should be blamed to have supported a vendor-specific solution in the first place
Offline
Pages: 1