GNU bug report logs -
#40319
Minetest can't retrieve packages for additional content due to SSL certificate either invalid or not available
Previous Next
To reply to this bug, email your comments to 40319 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#40319
; Package
guix
.
(Mon, 30 Mar 2020 02:36:23 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
pkill9 <pkill9 <at> runbox.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 30 Mar 2020 02:36:23 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
To reproduce, run Minetest, then go to Content > Browse Online Content,
and it says 'No packages could be retrieved', and in the terminal it
returns `ERROR[Main]:
https://content.minetest.net/api/packages/?type=mod&type=game&type=txp&protocol_version=38&hide=nonfree&hide=desktop_default
not found (SSL peer certificate or SSH remote key was not OK) (response
code 0)`
Information forwarded
to
bug-guix <at> gnu.org
:
bug#40319
; Package
guix
.
(Sat, 22 Jan 2022 14:21:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 40319 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I can confirm in a pure environment:
1. guix shell --pure minetest le-certs -- minetest
2. click on the +
3. In the GUI: ‘No packages could be retrieved’.
In the terminal:
2022-01-22 13:19:05: ERROR[Main]:
https://content.minetest.net/api/packages/?type=mod&type=game&type=txp&protocol_version=39&engine_version=5.4.1&hide=nonfree&hide=desktop_default
not found (SSL peer certificate or SSH remote key was not OK) (response
code 0)
Minetest uses curl HTTPS, so as a fix, I tried adding
(native-search-paths
(package-native-search-paths curl))
to the package definition of minetest, such that SSL_CERT_FILE/DIR
would be set.
To test:
1. apply the patch (see attachement)
2. ./pre-guix shell --pure minetest le-certs -- minetest
3. click on the +
4. In the GUI, a list of downloadable mods is shown.
The first patch contains the actual fix, the later patches do some
‘cleaning’. I'll sent a mail later confirming that the later patches
don't break Minetest (assuming that's actually the case).
Greetings,
Maxime.
[0001-gnu-minetest-Find-TLS-certificates.patch (text/x-patch, attachment)]
[0002-gnu-minetest-Remove-input-labels.patch (text/x-patch, attachment)]
[0003-gnu-minetest-data-Switch-to-copy-build-system.patch (text/x-patch, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#40319
; Package
guix
.
(Sat, 22 Jan 2022 15:06:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 40319 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Maxime Devos schreef op za 22-01-2022 om 15:20 [+0100]:
> To test:
>
> 1. apply the patch (see attachement)
> 2. ./pre-guix shell --pure minetest le-certs -- minetest
> 3. click on the +
> 4. In the GUI, a list of downloadable mods is shown.
>
> The first patch contains the actual fix, the later patches do some
> ‘cleaning’. I'll sent a mail later confirming that the later patches
> don't break Minetest (assuming that's actually the case).
It seems to work.
Greetings,
Maxime
[signature.asc (application/pgp-signature, inline)]
This bug report was last modified 3 years and 141 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.