|Date:||Fri, 19 Jul 2019 23:03:40 +1000|
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 issueImporting package-keyring.gpg...done
Contacting host: elpa.gnu.org:443
gnutls.c:  (Emacs) connecting to host: elpa.gnu.org
gnutls.c:  (Emacs) allocating credentials
gnutls.c:  (Emacs) setting the trustfile: /etc/ssl/certs/ca-certificates.crt
gnutls.c:  (Emacs) gnutls callbacks
gnutls.c:  (Emacs) gnutls_init
gnutls.c:  (Emacs) got non-default priority string: NORMAL:%DUMBFW
gnutls.c:  (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:  (Emacs) non-fatal error: Resource temporarily unavailable, try again. [2666 times]On Fri, 19 Jul 2019 at 22:46, Robert Pluim <address@hidden> wrote:>>>>> On Fri, 19 Jul 2019 21:16:10 +1000, Tim Cross <address@hidden> 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
Itʼs fixed by:
202ff53da267f9fa15f438e9c38603bbead6e890 is the first new commit
Author: Noam Postavsky <address@hidden>
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
Would you be able to test one of those?
|[Prev in Thread]||Current Thread||[Next in Thread]|