Rpcs3: OpenSSL broken on the Linux Appimage

Created on 24 Feb 2020  Â·  6Comments  Â·  Source: RPCS3/rpcs3

Quick summary

RPCS3 is unable to use its own updater nor download the compatibility database for games either. Forcing the user to have to go to the RPCS3 website to download any updates. OpenSSL _is_ installed on the home system.

Details

Logs: https://files.catbox.moe/9sn4zo.gz

System specs: https://i.imgur.com/SxBEIaA.png

Proof that OpenSSL is installed on my system: https://i.imgur.com/ELRdq8l.png

Linux

Most helpful comment

The windows situation isn't ideal either, we really should replace the ssl handling with f.ex. Mozillas NSS or some other solution with better licensing. But it's not easy to do as it would require replacing all Qt networking calls with something else.

All 6 comments

Duplicate of #7239. You need openssl 1.0, not 1.1. Some distros provide compat package.

  1. My distro, Pop!_OS 19.10 is based on and pulls many packages from Ubuntu 19.10. At the time of writing 19.10 is the latest version of ubuntu, and then the next big Long Term Support release, 20.04, is coming out soon. 19.10 does not provide an outdated version of OpenSSL, and neither will 20.04 or any future release of ubuntu ever ship with OpenSSL 1.0. It's not going to be feasible to ask people to downgrade their OpenSSL package.
  2. Irregardless of this comment, the purpose of an appimage is to use the dependencies that come with the appimage, not the ones installed by the system.
  3. I also can't help but think that installing outdated versions of security software is a bad idea in general.

We cannot bundle openssl with rpcs3 due to licensing issues, so it has to be installed separately. Windows users have the same issue as well, but they solve it by adding additional dll files to the executable folder.

openssl 1.0 is still supported; library versioning pertains to the API surface, and does not indicate support cycle

openssl 1.0 is still supported; library versioning pertains to the API surface, and does not indicate support cycle

Thank you for explaining this to me, this makes more sense now.

We cannot bundle openssl with rpcs3 due to licensing issues, so it has to be installed separately. Windows users have the same issue as well, but they solve it by adding additional dll files to the executable folder.

The following two solutions come to my mind when I read this, either:

  • Warn users on the RPCS3 quickstart page about this issue, and provide some sort of workaround like you did with windows users by telling them to download the OpenSSL runtime.
  • Create some sort of new updating system for Linux users that works around this issue.

Pardon me if I'm not thinking realistically here.

The windows situation isn't ideal either, we really should replace the ssl handling with f.ex. Mozillas NSS or some other solution with better licensing. But it's not easy to do as it would require replacing all Qt networking calls with something else.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

altiereslima picture altiereslima  Â·  3Comments

Xcedf picture Xcedf  Â·  3Comments

On1ko picture On1ko  Â·  3Comments

Emulator-Team-2 picture Emulator-Team-2  Â·  3Comments

Luffykun007 picture Luffykun007  Â·  3Comments