Hello.
When attempting to update the AppImage version of PCSX2, an PS2 emulator, it fails to do so. According to it’s logs it displays the following:
[ 0.3229] Request for 'https://api.pcsx2.net/v1/nightlyReleases?pageSize=1' returned error 77
[ 0.3230] Updater Error: Failed to download latest release info: 0
On previous versions, it used to work. Until they switched to HTTPDownloader from QtNetwork.
I already reached out for support on their Discord, but we haven’t been able to find the cause of the problem.
We ruled out the following:
- DNS - It resolves correctly
- The AppImage itself - it works on other Distros
Curl works manually- Firewalld - Disabling it doesn’t fix the issue
- DNS flush via
rcnscd restart did nothing to solve
- Updating the system
As far we can could guess (and trough searching), it seems like a certificate issue.
Sometimes reading the readily available man page helps.
77 Problem reading the SSL CA cert (path? access rights?).
Does AppImage include CA certificates or allows access to the host certificates?
Pardon my ignorance, but when you mention “AppImage”, you meant the AppImage itself or the protocol per say? Because, when I run a VM and download the latest version of PCSX2, the updater works in there.
I reckon it’s more of a access to the certificates problem, or a permission problem.
I have downloaded a fresh copy of the emulator and saved it to a another drive, but the problem remains.
And speaking of CA certificates, they are installed and I already tried reinstalling.
I mean binary that you run. Of course you have certificates on the host, but as I understand AppImage binary runs in container.
It probably expects the certificates to be in a place, but OpenSUSE placed them in another one.
Does AppImage include CA certificates or allows access to the host certificates?
It doesn’t have CA certificates AFAIK, but it can access the host’s. It works on other distros, but not on OpenSUSE.
Is there a way to know where they are and how to point the AppImage towards?
31546 openat(AT_FDCWD, "/etc/ssl/certs/ca-certificates.crt", O_RDONLY) = -1 ENOENT (No such file or directory)
The path shown is used by Debian, so my best guess is that version of libraries bundled with this AppImage come from Debian and expect Debian filesystem layout.
You may want to raise this issue upstream.
