Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

Game seems linked in an unportable manner to OpenSSL(?) as it searches for libcrypto.so-1.0.0 and libssl.so.1.0.0 which don't exist on many Linux systems (I've seen reports for other games complaining about the same issue). A workaround that works for me is to create symbolic links for the missing library, ex:

# ln -s /usr/lib32/libcrypto.so-1.0.0 /usr/lib32/libcrypto.so-43.0.1

# ln -s /usr/lib32/libssl.so-1.0.0 /usr/lib32/libssl.so-43.0.1

However, while this works, it's not recommended that people go poking around in their system directories unless they know what they're doing. I'm not sure which engine the game uses, but it should be possible for the developers to link to the above libraries in a more portable way!

I'm on Void Linux, but I've seen reports of the same issue for the game The Red Strings Club on Linux Mint and OpenSUSE, not sure if the same engine is used?

(1 edit)

Hey! Thanks so much for catching this. I'm guessing the library calls have something to do with the way we encrypt player profile data. My co-dev is more knowledgeable than me about the Linux build/our profile management code, so I'll check in with him and we'll work on removing unnecessary dependencies.

BIT RAT is built in Gamemaker: Studio. I believe this is also true of The Red Strings Club, so similar problems cropping up makes sense.

Really appreciate the feedback in any case! Will post again here when we have an update.

-bryan / [bucket drum games]

No problem, thank you for the response! It's an enjoyable game that's well worth the $2, so it'd be a shame if people didn't get to play due to a minor dependency issue!

(1 edit)

Game maker is indeed the issue, and this has been plaguing me for years. Turns out it's possible to link in the steam version in case your OS doesn't provide the right version of the libs, like with Fedora. They can be found in:
~/.local/share/Steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/

Instead of creating symbolic links, you can set the LD_LIBRARY_PATH environment variable just before executing the runner. The variable's lifetime is that of the terminal it was set in.

For example, on Ubuntu you could reference the Steam libraries and run the game like so:

export LD_LIBRARY_PATH=~/.steam/ubuntu12_32/steam-runtime/lib/i386-linux-gnu/
./runner

It would be great if the itch desktop app had a way to launch games with user defined options and environment variables. At least, I don't see a way to do it.

(1 edit) (+1)

As a workaround, you can launch the game from the itch app by replacing the runner with a bash script that runs the actual runner prefaced with the environment variable.

Rename the actual runner to something else:

mv ~/.config/itch/apps/bitrat/bit_rat_singularity/runner ~/.config/itch/apps/bitrat/bit_rat_singularity/runner.bin

Create a script at ~/.config/itch/apps/bitrat/bit_rat_singularity/runner that runs the renamed runner prefaced with the environment variable:

#!/bin/bash
LD_LIBRARY_PATH=~/.steam/bin32/steam-runtime/lib/i386-linux-gnu ~/.config/itch/apps/bitrat/bit_rat_singularity/runner.bin

Make the script executable:

chmod +x ~/.config/itch/apps/bitrat/bit_rat_singularity/runner

Launching the game from the itch app will now use the environment variable.

-nick / [bucket drum games]