GNU bug report logs -
#43168
elpa.gnu.org Unacsesable with Emacs 25.1 on Windows Server 2019
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43168 in the body.
You can then email your comments to 43168 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43168
; Package
emacs
.
(Wed, 02 Sep 2020 09:01:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Eugene J." <w3techplayground <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 02 Sep 2020 09:01:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Seems like the bundle from https://ftp.gnu.org/gnu/emacs/windows/emacs-25/
has a SSL problem https://github.com/jcs090218/setup-emacs-windows/issues/9
I think jcs090218 (setup-emacs-windows owner) is right in that the issue,
shouldn't be patched in CI if it can be fixed in the release. Or maybe the
problem is in Windows configs and I should ask GitHub dudes to add
something to the Windows test runner install. I'm confused D:
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43168
; Package
emacs
.
(Wed, 02 Sep 2020 09:02:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 43168 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Contacting host: elpa.gnu.org:443
Opening TLS connection to `elpa.gnu.org'...Opening TLS connection with
`gnutls-cli --x509cafile nil -p 443 elpa.gnu.org'...Opening TLS
connection with `gnutls-cli --x509cafile nil -p 443
elpa.gnu.org'...failedOpening TLS connection with `gnutls-cli
--x509cafile nil -p 443 elpa.gnu.org --protocols ssl3'...
Opening TLS connection with `gnutls-cli --x509cafile nil -p 443
elpa.gnu.org --protocols ssl3'...failedOpening TLS connection with
`openssl s_client -connect elpa.gnu.org:443 -no_ssl2
-ign_eof'...Opening TLS connection with `openssl s_client -connect
elpa.gnu.org:443 -no_ssl2 -ign_eof'...failedOpening TLS connection to
`elpa.gnu.org'...failed
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43168
; Package
emacs
.
(Wed, 02 Sep 2020 09:28:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 43168 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Wed, 2 Sep 2020 09:00:23 +0300, "Eugene J." <w3techplayground <at> gmail.com> said:
Eugene> Seems like the bundle from https://ftp.gnu.org/gnu/emacs/windows/emacs-25/
Eugene> has a SSL problem https://github.com/jcs090218/setup-emacs-windows/issues/9
Eugene> I think jcs090218 (setup-emacs-windows owner) is right in that the issue,
Eugene> shouldn't be patched in CI if it can be fixed in the release. Or maybe the
Eugene> problem is in Windows configs and I should ask GitHub dudes to add
Eugene> something to the Windows test runner install. I'm confused D:
There will be no further releases of emacs-25 in any case.
I commented on the github issue. I donʼt beleive this is a bug in
emacs.
Robert
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43168
; Package
emacs
.
(Wed, 02 Sep 2020 14:02:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 43168 <at> debbugs.gnu.org (full text, mbox):
> From: "Eugene J." <w3techplayground <at> gmail.com>
> Date: Wed, 2 Sep 2020 09:01:33 +0300
>
> Contacting host: elpa.gnu.org:443
> Opening TLS connection to `elpa.gnu.org'...
> Opening TLS connection with `gnutls-cli --x509cafile nil -p 443 elpa.gnu.org'...
> Opening TLS connection with `gnutls-cli --x509cafile nil -p 443 elpa.gnu.org'...failed
> Opening TLS connection with `gnutls-cli --x509cafile nil -p 443 elpa.gnu.org --protocols ssl3'...
> Opening TLS connection with `gnutls-cli --x509cafile nil -p 443 elpa.gnu.org --protocols ssl3'...failed
> Opening TLS connection with `openssl s_client -connect elpa.gnu.org:443 -no_ssl2 -ign_eof'...
> Opening TLS connection with `openssl s_client -connect elpa.gnu.org:443 -no_ssl2 -ign_eof'...failed
> Opening TLS connection to `elpa.gnu.org'...failed
This never worked on Windows, and never will.
You must have an Emacs built with GnuTLS to have HTTPS connections
from Emacs on MS-Windows. Please get a later release from the GNU FTP
site, it should have GnuTLS built-in.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#43168
; Package
emacs
.
(Wed, 02 Sep 2020 14:18:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 43168 <at> debbugs.gnu.org (full text, mbox):
tags 43168 + notabug
close 43168
thanks
Eli Zaretskii <eliz <at> gnu.org> writes:
> This never worked on Windows, and never will.
>
> You must have an Emacs built with GnuTLS to have HTTPS connections
> from Emacs on MS-Windows. Please get a later release from the GNU FTP
> site, it should have GnuTLS built-in.
I'm therefore closing this bug report now.
Added tag(s) notabug.
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Wed, 02 Sep 2020 14:18:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
43168 <at> debbugs.gnu.org and "Eugene J." <w3techplayground <at> gmail.com>
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Wed, 02 Sep 2020 14:18:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 01 Oct 2020 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 356 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.