La connexion TLS n'a pas été correctement terminée


17

Lors de l'exécution, package-list-packagesj'obtiens les erreurs suivantes:

Failed to download `gnu' archive.
gnutls.c: [0] (Emacs) fatal error: The TLS connection was non-properly terminated.

J'utilise Emacs 24.4 sous Windows. Jusqu'à cette semaine, les téléchargements de packages se faisaient normalement.

J'ai essayé ce guide sur la configuration d'Emacs-GnuTLS-Windows. J'ai essayé d'exécuter ce code à partir de la section Voir si cela fonctionne :

(condition-case e
    (delete-process
     (gnutls-negotiate
      :process (open-network-stream "test" nil "www.google.com" 443)
      :hostname "www.google.com"
      :verify-error t))
  (error e))

Je suis nilinséré dans le tampon, sans erreur de validation, ce qui, selon l'article, est un signe de succès. Cependant, si je redéfinis (setq gnutls-log-level 2)et exécute à nouveau le code, j'obtiens la sortie suivante.

gnutls.c: [1] (Emacs) allocating credentials
gnutls.c: [2] (Emacs) allocating x509 credentials
gnutls.c: [2] (Emacs) using default verification flags
gnutls.c: [1] (Emacs) setting the trustfile:  c:/gnutls/cacert.pem
gnutls.c: [1] (Emacs) gnutls callbacks
gnutls.c: [1] (Emacs) gnutls_init
gnutls.c: [1] (Emacs) got non-default priority string: NORMAL
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. [1428 times]
gnutls.c: [2] (Emacs) Deallocating x509 credentials

Cela semble donc un peu étrange. Selon cette liste de diffusion , l'erreur n'est généralement pas nuisible. Néanmoins, je ne peux toujours pas télécharger gnu.

Comment restaurer la récupération normale d'un package?

Mise à jour de juin

Bien qu'il existe certaines suggestions sur GitHub que le message d'erreur est faux, gnune parvient toujours pas à récupérer. J'ai confirmé cela en vérifiant les versions des packages locaux avec des mises à jour récentes du référentiel en ligne .

Mise à jour 24.5

Je ne peux plus reproduire le problème après la mise à niveau vers Emacs 24.5.


Il semble que le référentiel était hors service (le serveur desservant les packages était hors ligne). Pouvez-vous accéder au serveur par d'autres moyens? (par exemple via un navigateur).
wvxvw

Oui. Ceci est le référentiel: elpa.gnu.org/packages
Matthew Piziak

J'obtiens le même type de sortie, ce qui suggère que ce n'est pas le signe d'une erreur.
politza

C'est aussi mon impression, mais j'ai pensé que je devrais l'afficher pour être complet.
Matthew Piziak

J'obtiens aussi cette erreur mais ne semble pas causer de mal. Les récupérations de colis fonctionnent bien.
Kaushal Modi

Réponses:


4

Cela semble être un bug avec l'interaction de certaines versions d'emacs avec certaines versions de gnutls:

https://github.com/nicferrier/elmarmalade/issues/55#issuecomment-75377455


Je peux accepter cette réponse si les informations pertinentes sont extraites du lien conformément à meta.stackexchange.com/a/8259 , et si la réponse résultante est suffisante pour donner aux utilisateurs ayant le même problème une chance décente de le résoudre.
Matthew Piziak

2

Je ne peux plus reproduire le problème après la mise à niveau vers le dernier Emacs stable (actuellement 24,5). C-h Nmontre qu'un certain nombre de modifications ont été apportées aux signatures de package dans cette version.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.