[linux] game won't launch with steam

[Atari]

I cannot launch the game with steam. It directly closes itself without any error message or something. I tried to launch the game direct after that and there were a lot of missing libraries (old ones but they are in steam runtime folder). After setting symlinks for all of those I got

./VictorVran 
Setting breakpad minidump AppID = 345180
Steam_SetMinidumpSteamID:  Caching Steam ID:  76561198078852347 [API loaded no]
Auto configuration failed
4139752596:error:2506406A:DSO support routines:DLFCN_BIND_FUNC:could not bind to the requested symbol name:dso_dlfcn.c:287:symname(OPENSSL_finish): libssl_conf.so: undefined symbol: OPENSSL_finish
4139752596:error:2506C06A:DSO support routines:DSO_bind_func:could not bind to the requested symbol name:dso_lib.c:294:
4139752596:error:0E07606D:configuration file routines:MODULE_RUN:module initialization error:conf_mod.c:235:module=ssl_conf, value=ssl_sect, retcode=-1

I could fix that with

export OPENSSL_CONF=/etc/ssl/

I'm now able to launch the game direct but still not through steam. Also this is only a temporarily workaround. I would appreciate if someone has a better solution for me.

[evil]

Are you using Debian? There is a problematic config with SSL on the next Debian release. We'll release a patch for that, hopefully soon, before it affects Ubuntu, since we officially support Ubuntu.

[Atari]

Thanks for the info evil. You're right I'm using Debian Testing. I'm looking forward for your patch then and will use the workaround meanwhile. Btw the game runs great and I really like it. Thanks for your work.

[Ümit Wesen]

For any other Debian users wandering around here, looking for a fix, you may just add:

OPENSSL_CONF=/etc/ssl/ %command%

to your Launch Settings and you're good to go. Thanks @Atari for the workaround.

[Hyrow]

I'm using Linux Mint 19.1 and have the exact same problem. Funny thing is, that the game worked like a charm and from one day to the other the problem occured. This was about 3 weeks ago. Can't remember any Linux update between working and not working.
Since Mint is Ubuntu is Debian I suspect the problem is related? Please fix this, thanks.

[Elegant Goblin In Africa]

I'm in the same boat. Any clues? Setting OPENSSL_CONF had no results in Fedora (27)

[Atari]

@Elegant Goblin In Africa have you tried to launch the game in a terminal? What's the output?

[Elegant Goblin In Africa]

@Atari i'll know in some moments, reinstalled it. Tell me, i can just run it from steamapps/common/Victor\ Vran? Setting LD_LIBRARY_PATH to the location of the Steam 32bits runtimes will suffice?

[Elegant Goblin In Africa]

Just in case this happens to somebody else, the issue was a suspicious crash in /usr/lib/libxcb-glx.
Starting from a terminal, after setting LD_LIBRARY_PATH to the steam runtime and respective appid.txt failed to start with the following crash:

Steam_SetMinidumpSteamID: Caching Steam ID: 76561198110869837 [API loaded no]
X Error of failed request: BadRRCrtc (invalid Crtc parameter)
Major opcode of failed request: 139 (RANDR)
Minor opcode of failed request: 20 (RRGetCrtcInfo)
Crtc id in failed request: 0x0
Serial number of failed request: 70
Current serial number in output stream: 70
Segmentation fault (core dumped)

Testing GLFW on 32 and 64bits showed no problems at all but then again i was using NVidia PRIME instead of the onboard i915 and had the laptop monitor off, while connected to a monitor via HDMI.
Querying the name of the xrandr device: xrandr -q showed the laptop display as EDP-1.1 and the external monitor via HDMI as HDMI-1.1 and finally, starting VIctorVran after setting:
xrandr --output HDMI-1-1 --primary
did finally start the game.

I have no idea if this was caused by a recent update in the game, or NVidia drivers.

[kazereal]

Originally posted by evil:

Are you using Debian? There is a problematic config with SSL on the next Debian release. We'll release a patch for that, hopefully soon, before it affects Ubuntu, since we officially support Ubuntu.

Any news on the patch?

[kazereal]

This seems to depend on outdated version of libgcrypt (libgcrypt.so.11), current version is libgcrypt.so.20.2.5 (libgcrypt20). So:

$ cd /lib/i386-linux-gnu
$ ln -s libgcrypt.so.11 libgcrypt.so.20.2.5

And you'll need 32-bit libraries (and their dependencies):
libgcrypt20:i386 libcurl3-gnutls:i386 libopenal1:i386 libxrender1:i386 libxrandr2:i386 libxt6:i386 libsdl2-2.0-0:i386

There's another kind of problem too: launching with full path (.local/share/.../VictorVran) it does not find libsteam_api.so, but launching from the working directory (./VictorVran) the steam_appid.txt is missing - so path handling is somehow bugged.

[evilynux]

Had to use "OPENSSL_CONF=/etc/ssl/ LD_LIBRARY_PATH=~/.steam/ubuntu12_32/steam-runtime/lib/i386-linux-gnu/:~/.steam/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu/ %command%" for the game to start under Debian unstable (bullseye/sid).

That was needed because of the requirements on old versions of (32 bit) librairies: libgcrypt.so.11, libcurl-gnutls.so.4, and libssl.

[Kampfwuffi]

Just for information:
I'm using "Manjaro KDE" Linux Distro and Victor Vran is working natively and well without the need of any tweaks.

Kernel 5.4 / AMD GPU

[Hyrow]

Same here. Either the Devs adressed the issue or it was some update of the OS or whatever, I honestly don't know. Doesn't matter, the game works again without any of the above mentioned workarounds :)

[kazereal]

Originally posted by pappl:

Just for information:
I'm using "Manjaro KDE" Linux Distro and Victor Vran is working natively and well without the need of any tweaks.

Ok, can you now get Arch/Manjaro devs to teach Debian devs how to support existing software?

[kazereal]

This one helps now (Debian/Bullseye):
export OPENSSL_CONF=/etc/ssl/