GNU bug report logs - #54096
27.2; Error retrieving package descriptions when TLS 1.3 is used (macOS)

Previous Next

Package: emacs;

Reported by: Sebastian Boehm <sebastian <at> sometimesfood.org>

Date: Mon, 21 Feb 2022 22:15:01 UTC

Severity: normal

Tags: moreinfo

Found in version 27.2

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 54096 in the body.
You can then email your comments to 54096 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#54096; Package emacs. (Mon, 21 Feb 2022 22:15:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Sebastian Boehm <sebastian <at> sometimesfood.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 21 Feb 2022 22:15:01 GMT) Full text and rfc822 format available.

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

From: Sebastian Boehm <sebastian <at> sometimesfood.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.2;
 Error retrieving package descriptions when TLS 1.3 is used (macOS)
Date: Mon, 21 Feb 2022 18:12:28 +0000 (UTC)
After upgrading Emacs from 27.1 to 27.2 on my macOS system, I've run into a problem with refreshing my package descriptions when TLS 1.3 is enabled.

When I try to upgrade my package descriptions from the package list, the following error message appears in the minibuffer:

error in process sentinel: Error retrieving: https://elpa.gnu.org/packages/archive-contents (error connection-failed "connect" :host "elpa.gnu.org" :service 443)

The problem goes away if I disable TLS 1.3 by setting gnutls-algorithm-priority:

(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")

Could this be related to #34341? While #34341 was fixed in Emacs 26.3, the symptoms and workaround are the same.

Steps to reproduce:

1. Add a second archive to the package archive list, display package list, refresh packages.

(setq package-archives
     '(("gnu"   . "https://elpa.gnu.org/packages/")
       ("melpa" . "https://melpa.org/packages/")))
(list-packages)
(package-refresh-contents)

2. Wait for a couple of seconds for the error message to appear.

Additional information:

- I cannot reproduce the problem reliably without following all of the steps above.
- I am using packages downloaded from emacsformacosx.com. The problem can be reproduced by installing Emacs via Homebrew as well via "brew install homebrew/cask/emacs".
- I am not experiencing any intermittent network failures.
- I can reproduce the problem as a different user with an empty .emacs.d and with "emacs -Q".
- The package lists are displayed correctly when using ewww to visit the pages mentioned above.
- Only Emacs 27.2 seems to be affected. I cannot reproduce the problem with Emacs 26.3, Emacs 27.1 or Emacs 28.0.90.
- Affected version: GNU Emacs 27.2 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G95))
- macOS version: 12.2.1
- Other people seem to be affected by the same issue as well: https://clojurians-log.clojureverse.org/emacs/2021-09-03

If I enable toggle-debug-on-error, I get the backtrace below:

Debugger entered--Lisp error: (error "Error retrieving: https://elpa.gnu.org/packages/archive-contents (error connection-failed \"connect\" :host \"elpa.gnu.org\" :service 443)")
 signal(error ("Error retrieving: https://elpa.gnu.org/packages/archive-contents (error connection-failed \"connect\" :host \"elpa.gnu.org\" :service 443)"))
 #f(compiled-function (status) #<bytecode 0x1ff8e7c2ba21>)((:error (error connection-failed "connect" :host "elpa.gnu.org" :service 443)))
 apply(#f(compiled-function (status) #<bytecode 0x1ff8e7c2ba21>) (:error (error connection-failed "connect" :host "elpa.gnu.org" :service 443)))
 url-http-activate-callback()
 url-http-async-sentinel(#<process elpa.gnu.org> "connect")

As far as I can tell, the debug messages emitted by GnuTLS when gnutls-log-level is set to 1 or 2 are unremarkable, but if there's anything specific that I should look out for, just let me know.

Is there anything I can do to help debug this issue?

Best,
Sebastian




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54096; Package emacs. (Tue, 22 Feb 2022 13:49:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sebastian Boehm <sebastian <at> sometimesfood.org>
Cc: 54096 <at> debbugs.gnu.org
Subject: Re: bug#54096: 27.2; Error retrieving package descriptions when TLS
 1.3 is used (macOS)
Date: Tue, 22 Feb 2022 14:48:14 +0100
Sebastian Boehm <sebastian <at> sometimesfood.org> writes:

> - I am using packages downloaded from emacsformacosx.com. The problem can be reproduced by installing Emacs via Homebrew as well via "brew install homebrew/cask/emacs".

[...]

> - Only Emacs 27.2 seems to be affected. I cannot reproduce the problem with Emacs 26.3, Emacs 27.1 or Emacs 28.0.90.

There aren't going to be any further Emacs 27 releases, so if this has
been fixed for Emacs 28, I'm not sure there's anything to be done on the
Emacs side here?  Did you have something in particular in mind?

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




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 22 Feb 2022 13:49:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54096; Package emacs. (Tue, 22 Feb 2022 14:28:01 GMT) Full text and rfc822 format available.

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

From: Sebastian Boehm <sebastian <at> sometimesfood.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 54096 <at> debbugs.gnu.org
Subject: Re: bug#54096: 27.2; Error retrieving package descriptions when TLS
 1.3 is used (macOS)
Date: Tue, 22 Feb 2022 15:27:16 +0100
Hi Lars,

On Tue, 22 Feb 2022 at 14:48, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> There aren't going to be any further Emacs 27 releases

I did not know that. Sorry for the noise, then.

> if this has been fixed for Emacs 28, I'm not sure there's anything to be done on the Emacs side here?  Did you have something in particular in mind?

No, I'm perfectly fine with a WONTFIX resolution. I'll just keep using
the workaround on macOS until Emacs 28 is out, then.

I just re-tested Emacs 28 to make sure this issue does not affect
Emacs 28 and as far as I can tell, no version other than 27.2 seems to
be affected.

I don't have a great dev setup on this particular machine, so I tested
the following packages from http://emacsformacosx.com:

- Emacs-26.3-universal.dmg
- Emacs-27.1-1-universal.dmg
- Emacs-pretest-28.0.90-universal.dmg
- Emacs-pretest-28.0.91-universal.dmg
- Emacs-2022-02-22_00-09-13-dfd76688beac1d99a9cdcfe375e0a125cb039b8f-universal

All of these are working just as expected for me.

Thank you for your help!

Best,
Sebastian




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54096; Package emacs. (Wed, 23 Feb 2022 12:12:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Sebastian Boehm <sebastian <at> sometimesfood.org>
Cc: 54096 <at> debbugs.gnu.org
Subject: Re: bug#54096: 27.2; Error retrieving package descriptions when TLS
 1.3 is used (macOS)
Date: Wed, 23 Feb 2022 13:11:29 +0100
Sebastian Boehm <sebastian <at> sometimesfood.org> writes:

> No, I'm perfectly fine with a WONTFIX resolution. I'll just keep using
> the workaround on macOS until Emacs 28 is out, then.
>
> I just re-tested Emacs 28 to make sure this issue does not affect
> Emacs 28 and as far as I can tell, no version other than 27.2 seems to
> be affected.
>
> I don't have a great dev setup on this particular machine, so I tested
> the following packages from http://emacsformacosx.com:
>
> - Emacs-26.3-universal.dmg
> - Emacs-27.1-1-universal.dmg
> - Emacs-pretest-28.0.90-universal.dmg
> - Emacs-pretest-28.0.91-universal.dmg
> - Emacs-2022-02-22_00-09-13-dfd76688beac1d99a9cdcfe375e0a125cb039b8f-universal
>
> All of these are working just as expected for me.
>
> Thank you for your help!

No problem.  🙃  Thanks for testing; I'm closing this bug report, then.

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




bug closed, send any further explanations to 54096 <at> debbugs.gnu.org and Sebastian Boehm <sebastian <at> sometimesfood.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 23 Feb 2022 12:12: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, 24 Mar 2022 11:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 180 days ago.

Previous Next


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