bug#36725:

[Tim Cross]

Yep, I can try the pretest version. 

It it helps, I set gnutls log level to 1 and go the following, which makes me think the issue is a server issue

Importing package-keyring.gpg...done
Contacting host: elpa.gnu.org:443
gnutls.c: [1] (Emacs) connecting to host: elpa.gnu.org
gnutls.c: [1] (Emacs) allocating credentials
gnutls.c: [1] (Emacs) setting the trustfile:  /etc/ssl/certs/ca-certificates.crt
gnutls.c: [1] (Emacs) gnutls callbacks
gnutls.c: [1] (Emacs) gnutls_init
gnutls.c: [1] (Emacs) got non-default priority string: NORMAL:%DUMBFW
gnutls.c: [1] (Emacs) setting the priority string
gnutls.c: [audit] Note that the security level of the Diffie-Hellman key exchange has been lowered to 256 bits and this may allow decryption of the session data

gnutls.c: [1] (Emacs) non-fatal error: Resource temporarily unavailable, try again. [2666 times]

On Fri, 19 Jul 2019 at 22:46, Robert Pluim <rpluim@gmail.com> wrote:

>>>>> On Fri, 19 Jul 2019 21:16:10 +1000, Tim Cross <theophilusx@gmail.com> said:

    Tim> Correction to previous message. Attempting package-refresh-content under
    Tim> macOS also now fails with the error "Failed to download 'gnu' archive
    Tim> (other archives, such as melpa fine using https).

    Tim> Temporary work around is to use http rather than https.

    Tim> BTW using eww to visit https://elpa.gnu.org/packages works fine.

I reproduced something similar with emacs-26, although eww fails for
me.

Itʼs fixed by:

202ff53da267f9fa15f438e9c38603bbead6e890 is the first new commit
commit 202ff53da267f9fa15f438e9c38603bbead6e890
Author: Noam Postavsky <npostavs@gmail.com>
Date:   Mon May 6 19:55:17 2019 -0400

    Handle GNUTLS_E_AGAIN in emacs_gnutls_read (Bug#34341)

which is contained in HEAD of the emacs-26 branch and in the 26.2.90
pretest at
<https://alpha.gnu.org/gnu/emacs/pretest/emacs-26.2.90.tar.xz>

Would you be able to test one of those?

Regards

Robert

--

regards,

Tim

--

Tim Cross