It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Running Arch and I can't launch it. I get this error

Running VA-11 Hall-A: Cyberpunk Bartender Action
./runner: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory


I have libcrypto 1.1.0 IIRC. So how exactly should I fix this
Installing lib32-openssl-1.0 fixed this for me.
avatar
BasedDoctorWorm: Running Arch and I can't launch it. I get this error

Running VA-11 Hall-A: Cyberpunk Bartender Action
./runner: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

I have libcrypto 1.1.0 IIRC. So how exactly should I fix this
Same Issue on Debian, unable to solve it.
I've solved this issue on the newest version of Linux Mint. I'm unable to post urls here so it breaks my ability to put my instructions here.

Go to pastebin ... forward slash pAYzmxiN
avatar
LFNT_HNTR: I've solved this issue on the newest version of Linux Mint. I'm unable to post urls here so it breaks my ability to put my instructions here.

Go to pastebin ... forward slash pAYzmxiN
Thank you, I managed to get it working on xubuntu 20.04 as well.
I used the 32 bit libssl for libcrypto.so.1.0.0 and libssl.so.1.0.0 at https://packages.ubuntu.com/bionic/i386/libssl1.0.0/download
I didn't need to extract the other libs, maybe because I added 32 bit packages to my system earlier.
avatar
LFNT_HNTR: I've solved this issue on the newest version of Linux Mint. I'm unable to post urls here so it breaks my ability to put my instructions here.

Go to pastebin ... forward slash pAYzmxiN
avatar
syzymy: Thank you, I managed to get it working on xubuntu 20.04 as well.
I used the 32 bit libssl for libcrypto.so.1.0.0 and libssl.so.1.0.0 at https://packages.ubuntu.com/bionic/i386/libssl1.0.0/download
I didn't need to extract the other libs, maybe because I added 32 bit packages to my system earlier.
thank, it works for me on ubuntu 20.04.
Had the same issue on Debian Sid (unstable). GOG support directed me to a copy of the older libs. However, I don't believe in jamming random crap into /usr/lib, so I added them to the "game" folder, and then modified the run_game() function in `start.sh` to add the following line:

export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:"

This causes the loader to search the same directory the binary is located. So the game will find .so files placed alongside it.

Nevertheless, this is a messy hack. Also, having stale SSL libraries laying around is a security issue. I hope GOG and/or the vendor re-link the game to use the latest system libs.
Just spend some time trying to get the game to run. The pastebin suggested looking for a package containing the 32-bit versions of the libraries, but I couldn't find them on the referenced site.
Then I simply tried installing the latest lib32-openssl via pacman, but that didn't help.
Then I searched for other installed games where it was included in a library folder, but those were 64-bit versions giving me an ELF error.
Finally I just searched all my files and found 32bit versions of libcrypto.so.1.0.0 and libssl.so.1.0.0 in Steam files;
~/.local/share/Steam/ubuntu12_32/steam-runtime/lib/i386-linux-gnu/

Copying these files and pasting them in game/lib filder as well as ammending the start.sh script to include
export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:./lib"
In the # Initialization section fixed it for me

[edit]
Meant to ask if there isn't a more elegant solution
[/edit]
Post edited February 28, 2024 by tiaxanderson