Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.
It seems an Arch update today has broken a few games, several Feral Interactive titles as well as Civilization VI from Aspyr Media no longer run.

It's apparently an issue with the Arch update of openssl. I sadly updated without knowing it was an issue, so certain games are now broken for me. I've had this confirmed by multiple other reports, so it's certainly not me. There's also a bug report open for it.

Titles I've personally tested that no longer load:
  • DiRT Rally
  • HITMAN
  • Dawn of War II
  • XCOM 2
  • Civilization VI
  • Probably others too

Here's an example of what happens when XCOM 2 won't launch now:
Quote/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2)
/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/libldap_r-2.4.so.2: no version information available (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/liblber-2.4.so.2: no version information available (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.1' not found (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /mnt/storage/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)


This is just a PSA to highlight the issue. Feel free to share any helpful tips in the comments.

Plenty of games do still work though, it does not affect all games.

Update: A workaround is to install libopenssl-1.0-compat and use that for the games that don't work.

You can then add this to the launch options of the games that don't work:
LD_LIBRARY_PATH=/usr/lib/openssl-1.0-compat/ %command%

Another workaround is to re-install an earlier version by doing:
pacman -U https://archive.archlinux.org/packages/o/openssl-1.0/openssl-1.0-1.0.2.k-2-x86_64.pkg.tar.xz
Downgrading isn't always advisable, I tested both methods and both work. Installing the AUR package is probably the better solution. Article taken from GamingOnLinux.com.
6 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
The comments on this article are closed.
59 comments
Page: «5/6»
  Go to:

14 Apr 30, 2017
View PC info
  • Supporter Plus
I was finally smitten by this fun experience this morning when trying to play Dirt Rally. I will hold out another week or so before I taint my system with workarounds that I'll forget I implemented.
GloriousEggroll May 4, 2017
Just an update - this also breaks serious sam fusion update
DarkMavrik May 9, 2017
Do we have any idea when Feral will fix this?
natewardawg May 9, 2017
Quoting: Guest
Quoting: DarkMavrikDo we have any idea when Feral will fix this?
How is this Feral/Aspyr's fault?

Yeah, I think this is an ABI problem with SSL, right?
DarkMavrik May 9, 2017
Well from what I noticed of the 200+ Linux games I have the only ones I noticed broke after updating was feral interactive games. SO figured this was an issue with their ports, if not my mistake.
razing32 May 10, 2017
Quoting: DarkMavrikWell from what I noticed of the 200+ Linux games I have the only ones I noticed broke after updating was feral interactive games. SO figured this was an issue with their ports, if not my mistake.

I thought it was more to do with how Steam integrates these games in its system.
apocalyptech May 10, 2017
Quoting: DarkMavrikWell from what I noticed of the 200+ Linux games I have the only ones I noticed broke after updating was feral interactive games. SO figured this was an issue with their ports, if not my mistake.
The issue's not limited to Feral (though they're one of the more notable devs whose games are affected) - lots of other binary packages that aren't even games have been affected by this, in fact. If there's blame to be assigned, it'd be on the Arch side, though "blame" is a pretty strong word - it's just a consequence of being on a rather bleeding-edge distro (though I think the original openssl patch which caused the issue came from Debian?)

Feral could certainly push out updates to their games which could fix this on their end, and may end up eventually doing so, though to my knowledge the distributions that they officially support don't have this problem, so it may not be high on their radar (especially when workarounds exist). I really hope that Arch itself will include some kind of official libopenssl-1.0-compat package rather than just relying on AUR for these kinds of things, though I imagine chances are slim since that still hasn't happened.
DarkMavrik May 11, 2017
Well if arch is having this issue I imagine those on openSUSE tumbleweed hit it weeks ago? Did tumbleweed have the compat package in place to help with this?
danysk May 11, 2017
Question: do the games run for you if you just run Steam as:

STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 steam

without altering your installation with compatibility libraries? Looks like the Steam runtime ships the old version of the library, but it does not get loaded as the host library are preferred.
Samsai May 11, 2017
Quoting: danyskQuestion: do the games run for you if you just run Steam as:

STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 steam

without altering your installation with compatibility libraries? Looks like the Steam runtime ships the old version of the library, but it does not get loaded as the host library are preferred.
That should work, as I tried loading the OpenSSL libs from the runtime and that worked. However, loading the whole runtime means reintroducing the good old libstdc++.so incompatibility for open source AMD drivers which means Steam will stop working entirely. You can probably preload system libstdc++.so and then go with runtime libraries but it's going to be a bit of a mess regardless. So, you might as well use compatibility libraries for SSL.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.
Buy Games
Buy games with our affiliate / partner links: