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!
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!
Login / Register
- GitLab takes down Nintendo Switch emulator suyu due to the DMCA
- Horizon Forbidden West Complete Edition out now on Steam - works on Steam Deck
- AMD FSR 3.1 announced with Vulkan support, upscaling quality improvements
- Founder of Baldur's Gate 3 developer blasts publisher greed
- Proton 9.0 (Beta16) brings more regression fixes, updated Steamworks SDK
- > See more over 30 days here
-
Take-Two Interactive buying Gearbox from Embracer, more…
- poke86 -
EA anticheat arrives for Battlefield V in April, will b…
- EagleDelta -
EA anticheat arrives for Battlefield V in April, will b…
- EagleDelta -
SDL 3 will prefer Wayland Over X11, if certain protocol…
- Linux_Rocks -
Take-Two Interactive buying Gearbox from Embracer, more…
- whizse - > See more comments
Latest Forum Posts
- How to find out if a game is native for sure?
- Myrhan - Weekend Players' Club 3/22/2024
- Pengling - Nintendo-style gaming, without Nintendo!
- Linux_Rocks - I wish there was a truly trustworthy browser company...…
- Kuduzkehpan - GPU recommendations to make a gaming system with some older compo…
- bonkmaykr - See more posts
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2)
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/libldap_r-2.4.so.2: version `OPENLDAP_2.4_2' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/liblber-2.4.so.2: version `OPENLDAP_2.4_2' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/libssl.so.1.0.0: version `OPENSSL_1.0.1' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/libssl.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
/disk5/SteamLibrary/steamapps/common/XCOM 2/bin/XCOM2: /lib/x86_64-linux-gnu/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /disk5/SteamLibrary/steamapps/common/XCOM 2/bin/../lib/x86_64/libcurl.so.4)
Game process removed: AppID 268500 "/home/joaco1/.steam/debian-installation/ubuntu12_32/reaper SteamLaunch AppId=268500 -- '/disk5/SteamLibrary/steamapps/common/XCOM 2/XCOM2.sh'", ProcID 14375
ThreadGetProcessExitCode: no such process 143
View PC info
libldap_r-2.4.so.2
libcrypto.so.1.0.0
liblber-2.4.so.2
libssl.so.1.0.0
I copied and posted the names from the error log you provided.
Xcom2 is not a very new game and for some reason I think SSL had some major changes some years ago. My guess is that you have newer versions of these libraries with higher version numbers.
A solution I've used in the past is to make a symlink with the missing library's name linked to the newer library.
Alternatively, you could always use WINE/PROTON. Sadly a lot of older native games struggle on modern Linux systems... I'm beginning to realize I'm some cases it's not the game.
View PC info
In this case it's clearly the game, openssl 1.0.0 went out of support before it released:
View PC info
I'd expect some level of support /backwards compatibility from a Linux system for a month. I'd even expect it a number of years later. I don't think 6 years is too hard to ask of a Linux system either. To be fair, it does say something about the OS when the most common solution offered for people having issues with the native version of an older game is to use the Windows version. That is an OS issue I would argue.
I'm glad the flatpack solved the issue in the end. I really like the prospect of flatpacks bundling older libraries to preserve compatibility with older games. I think it would solve a lot of issues with older games (I hope!).
View PC info
Openssl seems to have a 6 year support on their (long term) releases. It's not like it just popped up in 2015 and support ended in a month. In that time you even get new windows versions.
View PC info
That's a good point. But since the game came out after support ended and it seemed to have worked then, the "Linux system" clearly would have had to provide some form of backwards compatibility, right? At some point, we stopped providing that. Note the quote you posted. It said they are not updating it beyond 2016, not that it will be non functional or removed from systems in 2016.
I think that's the part that's up for debate. How long to we keep these old libraries around? Like you mentioned, even Windows versions change, but it's fairly trivial to run software on Windows from 10-20 years ago. They keep a lot of stuff. Should we do that? How long do we hang on to libraries like python2 or systems like openGL? Mesa is dropping support for older hardware from 2007. Too early? To late?
That's why some of the sandboxing tech is really cool. We're gonna need a "dosbox" of Linux at some point to run older stuff.
View PC info