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

×
When running the start.sh I'm getting the following error:

./runner: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

I can manually link libcrypto.so.1.0.0 to libcrypto.so.10 to get around this. I then receive a similar error for libssl.so.1.0.0, which I get around by manually linking to libssl.so.10.

After manually linking the two libraries I receive the following error:

Running The Red Strings Club
./runner: /lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./runner)
./runner: /lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./runner)

I'm not sure how to proceed.

I'm using Fedora 27, btw.
No posts in this topic were marked as the solution yet. If you can help, add your reply
Same thing on Mint 18.3. Quite the cock up on Devolver Digital's part
avatar
street-samurai: When running the start.sh I'm getting the following error:

./runner: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

I can manually link libcrypto.so.1.0.0 to libcrypto.so.10 to get around this. I then receive a similar error for libssl.so.1.0.0, which I get around by manually linking to libssl.so.10.

After manually linking the two libraries I receive the following error:

Running The Red Strings Club
./runner: /lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./runner)
./runner: /lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by ./runner)

I'm not sure how to proceed.

I'm using Fedora 27, btw.
The game is 32-bit for some reason, so I'd start by removing those symlinks and then installing the 32-bit versions of the libraries. Doing so allowed me to start the game (openSUSE Tumbleweed).
avatar
quantamm: The game is 32-bit for some reason, so I'd start by removing those symlinks and then installing the 32-bit versions of the libraries. Doing so allowed me to start the game (openSUSE Tumbleweed).
who the hell is still gaming on a 32-bit computer?
Quick fix: install lib32-openssl or openssl:i386 (depend of your system).

Who's still gaming on a 32-bit computer? I dunno, at least, with this low bar to pass, you can have everyone playing your game. You'd rather have the other way? "You need 2 GTX Titan in SLI, an Intel Bi-Xeon, 32Go of ram and 1.5To of space to play". Fuck this shit. I'd rather get a small ass game with soul than the new fancy shit that will run only on a kidney-priced machine.
avatar
killiox: Who's still gaming on a 32-bit computer? I dunno, at least, with this low bar to pass, you can have everyone playing your game. You'd rather have the other way? "You need 2 GTX Titan in SLI, an Intel Bi-Xeon, 32Go of ram and 1.5To of space to play". Fuck this shit. I'd rather get a small ass game with soul than the new fancy shit that will run only on a kidney-priced machine.
I think you're thinking that 32-bit processors are more common than they are. At this point, the 32-bit x86 architecture is all but dead. The last 32-bit chip that I can think of was the Intel Atom N280 and that came out in February 2009. And considering that every Linux distribution is either 64-bit only, or at least defaults to 64-bit, means that the developers of this game created a bunch of unnecessary compatibility problems.
Since I've made this post, I've run into this problem multiple times. It seems to be an issue with GameMaker Studio, as all of the games that have had this issue were made in this engine.

Fedora doesn't provide any packages that have compatible libraries. The way I was able to get around this was to link the libssl and libcrypto libraries from my Steam install (~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libssl.so.1.0.0 and ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libcrypto.so.1.0.0).
I'm on Arch so 1.0.2 isn't even the default openssl installed any more.

I just build the lib32-openssl100 from the AUR without installing and take the libs and put them in a folder "libs" in the install folder so :
libs
libcrypto.so.1.0.0 libssl.so.1.0.0

then add :

export LD_LIBRARY_PATH="${CURRENT_DIR}/libs:${LD_LIBRARY_PATH}"

to the start.sh. Saves installing the package.

If you look at the store page it mentions libcurl as being needed that doesn't appear to be the case but libcurl would pull in the openssl library.

As an aside I don't allow any of my games to connect to the internet so out of date libs or the like don't matter so much.
I just bought this game today and I ran into the same issue, thanks to cusit and street-samurai here's how I fixed it:

1) Go to the install directory and create a folder called "libs"
2) Copy the missing libs from steam to that "libs" folder:
- ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libssl.so.1.0.0
- ~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libcrypto.so.1.0.0
3) Edit "start.sh" from the install directory, and add:

export LD_LIBRARY_PATH="${CURRENT_DIR}/libs:${LD_LIBRARY_PATH}"

AFTER the "Initialization" bloc.

Thanks again my fellow linux users !
I also couldnt launch it in my Debian 10 system with amd64 arch cpu.

i managed to make the game launch and play by following Novarno's instructions but with
a twist.

I didnt use any steam lib but found some old debian packages. with the lib missing
that i downloaded and extracted their content.