[solved]This War of mine (Steam) doesn't start.

[Linubie]

The game doesn't start, running in console gives more information:

[bunder]

from what i can see on my desktop, libsteam_api.so should be somewhere in the games directory (so in this case ~/.steam/steam/steamapps/common/<your game here>/ )

do you have the steam client installed? it might be easier to launch from that.
_________________

[Linubie]

Hi,

yes steam client is installed, I launch all steam games from it.

Do you have the game installed and running?
_________________
Mircosoft software is like having sex with a stranger, you always have to be careful not to get infected with something...

[Naib]

two things

1) STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1
put this in your environmental file. This will instruct Steam (next launch) to prefer system libraries over the ones it ships. This should solve the OpenAL

2) A couple of games have been release where libsteam_api.so has been in the wrong directory (or the build was wrong). Find it or it from another game and symlink into the root of the games directory
_________________

[Linubie]

Okay I added

export STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1 to .bashrc

and relogged.

env | grep STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1
STEAM_RUNTIME_PREFER_HOST_LIBRARIES=1


I linked libsteam_api.so from Rise of the Tomb Raider

265434 19. Apr 2018 libsteam_api.so

[The Main Man]

If you run steam with system libraries then there's a ton of stuff you need to do first.
Mainly you need to compile various libraries with x86 support, in package.use add

[Linubie]

Hey kajzer,

yes steam is installed with various libraries using abi_x86_32, I run serveral other games with steam. I had to umask serveral libs with using abi_x86_32 for wine aswell.
The only game that was causing trouble was the long dark. Here I could set some start commands to make it run.


env | grep STEAM_RUNTIME
STEAM_RUNTIME=0

[The Main Man]

No need, it seems to be fine since you were able to launch Steam at all.
If some game doesn't work you would then see why and then add USE flag for that library.

I don't see it says now why it isn't working?
It doesn't say why now?

Anyhow, you can go back with steam runtime enabled, remove symlink that you made earlier from that other game and just copy libsteam_api.so (pick one from some working game) to /usr/lib/
I don't see how in that case you would still get :

[Linubie]

no it doesn't work, no matter what libsteam_api.so I copy to /usr/lib I get the an error mesage:

[The Main Man]

But hey, you have a different error message this time, now it says it's wrong class 64

I don't know if you're on unstable gentoo (I am) so everything goes now into /usr/lib/ , there's no /usr/lib32/

Anyway, I guess that game is x64, so make sure you find libsteam_api.so that's x64 and copy it in /usr/lib64/

you can search for it with

[Linubie]

Most of my packages I use are stable.

My system has /usr/lib -> lib64 and /usr/lib32 so I copied

/mnt/ssdlinux/steam/steamapps/common/Kerbal Space Program/KSP_Data/Plugins/x86/libsteam_api.so to /usr/lib32
/mnt/ssdlinux/steam/steamapps/common/Kerbal Space Program/KSP_Data/Plugins/x86_64/libsteam_api.so /usr/lib

and unset export STEAM_RUNTIME=0

steam steam://rungameid/282070

[Linubie]

Okay I found the solution:

[The Main Man]

Great, you solved it, and that libsteam_api.so was solved before that, you just needed to install openal

But the main thing is that you found the solution, bizarre though, one would think that the game you're running would be on LD_LIBRARY_PATH
Steam is weird sometimes I guess