GNU bug report logs -
#31313
26.1; gnutls.c: [0] (Emacs) Received alert: Handshake failed
Previous Next
Reported by: Eric Hanchrow <eric.hanchrow <at> gmail.com>
Date: Sun, 29 Apr 2018 20:00:02 UTC
Severity: normal
Tags: unreproducible
Found in version 26.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 05 May 2018 09:39:27 +0300
with message-id <83wowisj1c.fsf <at> gnu.org>
and subject line Re: bug#31313: 26.1; gnutls.c: [0] (Emacs) Received alert: Handshake failed
has caused the debbugs.gnu.org bug report #31313,
regarding 26.1; gnutls.c: [0] (Emacs) Received alert: Handshake failed
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
31313: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31313
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Put this into /tmp/repro.el
(setq package-archives
'(("gnu" . "https://elpa.gnu.org/packages/")
("melpa" . "https://melpa.org/packages/")
("elpy" . "https://jorgenschaefer.github.io/packages/"))
)
(package-list-packages)
Then run "emacs -Q --load /tmp/repro.el". You'll see
gnutls.c: [0] (Emacs) Received alert: Handshake failed
in the echo area; the *Packages* buffer's mode line will say Package
Menu:Loading for ever, and after typing U you will see "Waiting for
refresh to finish...". Basically packages are now unusable.
This used to work until perhaps a few days or weeks ago; as far as I
know nothing has changed.
In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu)
of 2018-04-29 built on ip-10-0-0-79
Repository revision: c18ec6afc0ee7fa2ad5831fbd3a51ca4df3c35b7
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Importing package-keyring.gpg...done
Setting ‘package-selected-packages’ temporarily since "emacs -q" would
overwrite customizations
gnutls.c: [0] (Emacs) Received alert: Handshake failed
Mark set
Mark saved where search started
Waiting for refresh to finish...
Quit
current-kill: Kill ring is empty
user-error: Previous command was not a yank
Configured using:
'configure --without-x'
Configured features:
JPEG SOUND NOTIFY LIBSELINUX GNUTLS LIBXML2 ZLIB THREADS
Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Package Menu
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message dired dired-loaddefs format-spec
rfc822 mml mml-sec epa derived gnus-util rmail tool-bar rmail-loaddefs
mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader sendmail
regexp-opt mail-utils misearch multi-isearch cus-edit cus-start cus-load
wid-edit network-stream starttls url-http tls gnutls mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw nsm rmc puny
url-cache url-auth url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util mailcap epg finder-inf
package easymenu epg-config url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq
byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib term/xterm
xterm time-date elec-pair mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select mouse jit-lock font-lock syntax
facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote inotify multi-tty
make-network-process emacs)
Memory information:
((conses 16 888576 36741)
(symbols 48 35517 1)
(miscs 40 48 110)
(strings 32 110311 4947)
(string-bytes 1 2359526)
(vectors 16 24138)
(vector-slots 8 598779 29348)
(floats 8 58 371)
(intervals 56 107939 1833)
(buffers 992 15)
(heap 1024 53709 8512))
[Message part 3 (message/rfc822, inline)]
> From: Eric Hanchrow <eric.hanchrow <at> gmail.com>
> Date: Fri, 04 May 2018 22:49:37 +0000
> Cc: 31313 <at> debbugs.gnu.org
>
> The latter, as far as I'm concerned.
Thanks, closing.
> On Thu, May 3, 2018 at 10:44 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > > From: Eric Hanchrow <eric.hanchrow <at> gmail.com>
> > > Date: Thu, 03 May 2018 03:24:52 +0000
> > > Cc: 31313 <at> debbugs.gnu.org
> > >
> > > I tried gnutls-cli 3.5.18 and it works -- here's the *Messages* buffer
>
> > So do we need to investigate this problem further, or can we deduce
> > that the problem is solved by a newer GnuTLS?
>
This bug report was last modified 7 years and 76 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.