GNU bug report logs - #31339
25.3.50; package-list-packages does not provide useful error when gnutls-cli is missing

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 31339 in the body.
You can then email your comments to 31339 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eric Hanchrow <eric.hanchrow <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.3.50; package-list-packages does not provide useful error when
 gnutls-cli is missing
Date: Wed, 02 May 2018 02:33:39 +0000

I typed "M-x package-list-packages", and saw complaints about ...

Opening TLS connection to ‘melpa.org’...
Opening TLS connection with ‘gnutls-cli --x509cafile
/etc/pki/tls/certs/ca-bundle.crt -p 443 melpa.org’...failed
Opening TLS connection with ‘gnutls-cli --x509cafile
/etc/pki/tls/certs/ca-bundle.crt -p 443 melpa.org --protocols ssl3’...failed
Opening TLS connection with ‘openssl s_client -connect melpa.org:443
-CAfile /etc/pki/tls/certs/ca-bundle.crt -no_ssl2 -ign_eof’...failed
Opening TLS connection to ‘melpa.org’...failed
Package refresh done
Failed to download ‘melpa’ archive.

I eventually realized that the problem was simply due to my not having a
gnutls-cli executable!  But it took me longer to realize that than it
should have.  OK, I confess; it took me _two years_ to realize that
(seriously).  I'd just assumed that the problem was some subtle certificate
mismatch or something that I'd never understand, and I put up with it.

Would it be possible to emit a message describing _why_ gnutls-cli failed?


In GNU Emacs 25.3.50.1 (x86_64-unknown-linux-gnu)
   of 2018-01-26 built on dev-dsk-erichan-2b-i-833ca944.us-west-2.amazon.com
Repository revision: 79bbd51b1893b65626aeffb13ce1784906fc642d
Configured using:
   'configure --without-x'

Configured features:
JPEG SOUND GPM NOTIFY LIBSELINUX LIBXML2 ZLIB

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: Messages

Minor modes in effect:
    which-function-mode: t
    projectile-mode: t
    magit-auto-revert-mode: t
    global-git-commit-mode: t
    async-bytecomp-package-mode: t
    global-hl-line-mode: t
    savehist-mode: t
    global-flycheck-mode: t
    pyvenv-mode: t
    shell-dirtrack-mode: t
    global-auto-revert-mode: t
    recentf-mode: t
    ido-everywhere: t
    diff-auto-refine-mode: t
    erc-list-mode: t
    erc-menu-mode: t
    erc-autojoin-mode: t
    erc-ring-mode: t
    erc-networks-mode: t
    erc-pcomplete-mode: t
    erc-track-mode: t
    erc-match-mode: t
    erc-button-mode: t
    erc-fill-mode: t
    erc-stamp-mode: t
    erc-netsplit-mode: t
    erc-irccontrols-mode: t
    erc-noncommands-mode: t
    erc-move-to-prompt-mode: t
    erc-readonly-mode: t
    override-global-mode: t
    tooltip-mode: t
    global-eldoc-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

Recent messages:
reference to free variable ‘Opening’
Mark set [2 times]
Auto-saving...done
Mark set [3 times]
C-M-y is undefined
Mark set [2 times]
Saving file /local/home/erichan/homedir/.emacs.d/init.el...
Wrote /local/home/erichan/homedir/.emacs.d/init.el
No obsolete buffers; did nothing.
No projects needed to be removed.

Load-path shadows:
/home/erichan/.emacs.d/elpa/let-alist-1.0.5/let-alist hides
/home/erichan/git-repositories/3rd-party/emacs/lisp/emacs-lisp/let-alist

Features:
(shadow sort mail-extr emacsbug view rect align eieio-opt speedbar
sb-image ezimage dframe apropos conf-mode perl-mode bug-reference
magit-imenu which-func ruler-mode fringe scroll-bar company-oddmuse
company-keywords company-etags company-gtags company-dabbrev-code
company-files company-cmake company-xcode company-clang company-eclim
company-css company-nxml company-bbdb yasnippet find-dired
twb-find-dired wdired magit-extras flyspell markdown-mode noutline
outline dabbrev image vc vc-dispatcher misearch multi-isearch sh-script
smie executable tabify imenu man projectile ert ewoc debug jka-compr
git-rebase ediff-merg ediff-wind ediff-diff ediff-mult ediff-help
ediff-init ediff-util ediff magit-bookmark magit-obsolete magit-blame
magit-stash magit-bisect magit-remote magit-commit epa magit-sequence
magit-notes magit-worktree magit-tag magit-merge magit-branch
magit-reset magit-collab ghub let-alist magit-files magit-refs
magit-status magit magit-repos magit-apply magit-wip magit-log
magit-diff smerge-mode magit-core magit-autorevert magit-process
magit-margin magit-mode git-commit magit-git magit-section magit-utils
crm magit-popup log-edit pcvs-util add-log with-editor async-bytecomp
term disp-table ehelp server smtpmail sendmail dired-aux async tempo
ispell company-dabbrev company-template color tar-mode autoload lisp-mnt
mm-archive message rfc822 mml mml-sec mailabbrev gmm-utils mailheader
mm-decode mm-bodies mm-encode url-handlers network-stream nsm starttls
url-http mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-gw url-cache
url-auth epg term/xterm xterm hl-line savehist work-log-mode flycheck
elisp-slime-nav bookmark edit-list highlight-indentation flymake company
elpy find-file-in-project ivy delsel ivy-overlay ffap windmove pyvenv
esh-var esh-io esh-cmd esh-opt esh-ext esh-proc esh-arg esh-groups
eshell esh-module esh-mode esh-util elpy-shell elpy-profile elpy-django
s elpy-refactor python tramp-sh tramp tramp-compat tramp-loaddefs
trampver ucs-normalize shell json map files-x etags xref project
cus-edit cus-start cus-load browse-kill-ring advice eww mm-url gnus
gnus-ems nnheader mail-utils url-queue url url-proxy url-privacy
url-expand url-methods url-history url-cookie url-domsuf url-util
url-parse url-vars mailcap shr dom browse-url ws-butler warnings
dired-subtree dired-hacks-utils dash wat derived autorevert filenotify
recentf tree-widget ido vc-git diff-mode ibuf-ext ibuffer ibuf-macs
dired-x dired grep compile find-func rotate cl face-remap edmacro kmacro
tls gnutls erc-list erc-menu erc-join erc-ring erc-networks
erc-pcomplete pcomplete comint ansi-color ring erc-track erc-match
erc-button wid-edit erc-fill erc-stamp erc-netsplit erc-goodies erc
erc-backend erc-compat format-spec auth-source cl-seq eieio eieio-core
gnus-util time-date mm-util help-fns mail-prsvr password-cache thingatpt
pp use-package use-package-ensure use-package-delight
use-package-diminish use-package-bind-key bind-key cl-macs easy-mmode
use-package-core regexp-opt subr-x finder-inf info tool-bar package
epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode
easymenu cconv cl-loaddefs pcase cl-lib rx mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type tabulated-list
newcomment elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow timer select mouse jit-lock font-lock syntax facemenu
font-core 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
charscript case-table epa-hook jka-cmpr-hook help simple abbrev
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 1591445 212915)
   (symbols 48 64477 1)
   (miscs 40 8675 3312)
   (strings 32 234194 47131)
   (string-bytes 1 7941405)
   (vectors 16 91893)
   (vector-slots 8 2065070 95757)
   (floats 8 841 5025)
   (intervals 56 136277 5394)
   (buffers 976 362)
   (heap 1024 85439 6462))

Message #8 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Eric Hanchrow <eric.hanchrow <at> gmail.com>
Cc: 31339 <at> debbugs.gnu.org
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Wed, 02 May 2018 17:52:03 +0300

> From: Eric Hanchrow <eric.hanchrow <at> gmail.com>
> Date: Wed, 02 May 2018 02:33:39 +0000
> 
> I typed "M-x package-list-packages", and saw complaints about ...
> 
> Opening TLS connection to ‘melpa.org’...
> Opening TLS connection with ‘gnutls-cli --x509cafile
> /etc/pki/tls/certs/ca-bundle.crt -p 443 melpa.org’...failed
> Opening TLS connection with ‘gnutls-cli --x509cafile
> /etc/pki/tls/certs/ca-bundle.crt -p 443 melpa.org --protocols ssl3’...failed
> Opening TLS connection with ‘openssl s_client -connect melpa.org:443
> -CAfile /etc/pki/tls/certs/ca-bundle.crt -no_ssl2 -ign_eof’...failed
> Opening TLS connection to ‘melpa.org’...failed
> Package refresh done
> Failed to download ‘melpa’ archive.
> 
> I eventually realized that the problem was simply due to my not having a
> gnutls-cli executable!  But it took me longer to realize that than it
> should have.  OK, I confess; it took me _two years_ to realize that
> (seriously).  I'd just assumed that the problem was some subtle certificate
> mismatch or something that I'd never understand, and I put up with it.
> 
> Would it be possible to emit a message describing _why_ gnutls-cli failed?

Actually, we deprecated tls.el and gnutls-cli, and we now ask users to
build Emacs with the GnuTLS library, which enables these features
internally.  I don't think investing efforts in improving a deprecated
feature would be a good investment of our resources.

Thanks.

Message #11 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 31339 <at> debbugs.gnu.org, Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Wed, 02 May 2018 18:12:55 -0400

Eli Zaretskii wrote:

> Actually, we deprecated tls.el and gnutls-cli, and we now ask users to
> build Emacs with the GnuTLS library, which enables these features
> internally.

I'm aware that configure now complains if libgnutls is not found.
What was done to deprecate tls.el, which is eg still not marked obsolete?
Were any of the proposals in
http://lists.gnu.org/r/emacs-devel/2016-07/msg00227.html
enacted? Eg it still seems to use ssl3.
Does an end-user who does not compile Emacs themselves receive any
notification about avoiding tls.el?

Message #14 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 31339 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Mon, 13 May 2019 15:38:21 -0400

Glenn Morris <rgm <at> gnu.org> writes:

> Does an end-user who does not compile Emacs themselves receive any
> notification about avoiding tls.el?

Hm...  It's in lisp/obsolete.  Does Emacs have a general method to warn
about requiring files in that directory?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #17 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 31339 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Mon, 13 May 2019 16:00:21 -0400

Lars Ingebrigtsen wrote:

> Glenn Morris <rgm <at> gnu.org> writes:
>
>> Does an end-user who does not compile Emacs themselves receive any
>> notification about avoiding tls.el?
>
> Hm...  It's in lisp/obsolete.  Does Emacs have a general method to warn
> about requiring files in that directory?

Yes.
But the comment you are replying to predates tls.el being in lisp/obsolete.

Message #20 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: npostavs <at> gmail.com
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 31339 <at> debbugs.gnu.org, Glenn Morris <rgm <at> gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Mon, 13 May 2019 16:02:58 -0400

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Glenn Morris <rgm <at> gnu.org> writes:
>
>> Does an end-user who does not compile Emacs themselves receive any
>> notification about avoiding tls.el?
>
> Hm...  It's in lisp/obsolete.

Note: it wasn't when Glenn posted that.  See Bug#31457 "27.0.50; Move
starttls.el and tls.el to lisp/obsolete/".

> Does Emacs have a general method to warn
> about requiring files in that directory?

Emacs does warn about requiring files from obsolete.  Users loading
tls.el will now get this in *Messages*:

    Package tls is obsolete!

It's not super visible though, opening a connection with tls.el produces
several other messages too, so it looks something like this:

    Opening TLS connection to ‘example.com’...
    Opening TLS connection with ‘gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt -p 443 example.com’...
    Package tls is obsolete!
    Opening TLS connection with ‘gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt -p 443 example.com’...done
    Opening TLS connection to ‘example.com’...done

Message #23 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 31339 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50;
 package-list-packages does not provide useful error when gnutls-cli
 is missing
Date: Mon, 13 May 2019 16:11:08 -0400

Glenn Morris <rgm <at> gnu.org> writes:

> Yes.
> But the comment you are replying to predates tls.el being in lisp/obsolete.

Ah, OK.  But then perhaps this bug report can be closed now if that
warning is sufficient?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #26 received at 31339 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 31339 <at> debbugs.gnu.org, Glenn Morris <rgm <at> gnu.org>,
 Eli Zaretskii <eliz <at> gnu.org>, Eric Hanchrow <eric.hanchrow <at> gmail.com>
Subject: Re: bug#31339: 25.3.50; package-list-packages does not provide useful
 error when gnutls-cli is missing
Date: Sun, 15 Sep 2019 03:06:05 +0200

tags 31339 + wontfix
close 31339
quit

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Glenn Morris <rgm <at> gnu.org> writes:
>
>> Yes.
>> But the comment you are replying to predates tls.el being in lisp/obsolete.
>
> Ah, OK.  But then perhaps this bug report can be closed now if that
> warning is sufficient?

Agreed, and --

Eli Zaretskii <eliz <at> gnu.org> writes:

> Actually, we deprecated tls.el and gnutls-cli, and we now ask users to
> build Emacs with the GnuTLS library, which enables these features
> internally.  I don't think investing efforts in improving a deprecated
> feature would be a good investment of our resources.

So I'm closing this as wontfix.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.