Ich habe gerade versucht, ascii-art-to-unicode
aus dem Gnu-Repository ( http://elpa.gnu.org/ ) über zu installieren list-packages
. Ich erhalte folgenden Fehler:
package--check-signature: Failed to verify signature
ascii-art-to-unicode-1.9.el.sig: ("No public key
for 474F05837FBDEF9B created at 2014-09-24T16:20:01+0200
using DSA")
Ich verwalte meine Pakete mit Fässern / Paletten. Gibt es ein Setup, das ich verpasst habe? Einige Neuerungen bei elpa?
Ich benutze ein Emacs 24.4 Pre-Release.
package
package-repositories
Tom Regner
quelle
quelle
Antworten:
package-check-signature
aufnil
gnu-elpa-keyring-update
und führen Sie die Funktion mit dem gleichen Namen aus.package-check-signature
auf den Standardwert "allow-unsigned" zurücksetzenDas hat bei mir funktioniert.
quelle
FWIW - Ich hatte dieses Problem mit der Signatur org-20140407.tar.sig. Wie Sigmas Paket-Check-Signatur ist / war erlaubnislos .
Ich habe den Package-Check-Signature- Wert in Null geändert und das Problem wurde behoben.
quelle
elpa.gnu.org
über HTTPS auf das Repository zugreifen. Andernfalls sind Sie einfachen Sicherheitsangriffen ausgesetzt.Es scheint, dass der zum Signieren dieses Pakets verwendete Schlüssel (474F05837FBDEF9B) tatsächlich nicht veröffentlicht wurde (daher nicht signierbar, daher nicht vertrauenswürdig). Es scheint jedoch, dass package.el in folgenden Fällen (vorerst) ordnungsgemäß fehlschlagen soll:
Ich frage mich also, ob sich Ihr Wert von aus irgendeinem Grund von
package-check-signature
seinem Standardwert von unterscheidetallow-unsigned
.quelle
package-check-signature
istallow-unsigned
; das lässt dieepg-signature-status
- hmm.sig=[cl-struct-epg-signature bad 474F05837FBDEF9B nil nil nil nil nil nil nil nil nil] status=bad
- Beachten Sie, dass das Problem weiterhin besteht.allow-unsigned
bedeutet, die Installation von Paketen zuzulassen, die nicht signiert sind, im Gegensatz zu Paketen, die signiert sind, deren Signatur Sie jedoch nicht überprüfen können. Dies wird verwendet, damit Sie von ELPA-Archiven installieren können, die ihre Pakete nicht signieren (MELPA war das letzte Mal, als ich es überprüft habe).Wenn Sie versuchen, das Paket zu installieren
gnu-elpa-keyring-update
(was den Zweck zu haben scheint, die vom Paketmanager verwendeten Schlüssel zu aktualisieren), sehen Sie in seiner Beschreibung, dass Sie Folgendes tun können:gpg --homedir ~/.emacs.d/elpa/gnupg --receive-keys 066DAFCB81E42C40
auf der Kommandozeile, um neue Schlüssel manuell zu erhalten. Um sicherzustellen, dass Sie nach dem richtigen Schlüssel fragen (
066DAFCB81E42C40
im obigen Beispiel), überprüfen Sie die Fehlermeldung, die Sie von Emacs erhalten, wenn Sie versuchen, ein Paket zu installieren.quelle
Alternativ können Sie ein Upgrade auf einen neueren Emac durchführen, z. B. auf Ubuntu:
quelle
Holen Sie sich den Puglic Key mit:
Achtung: Ihre Version könnte ein anderer Schlüssel sein!
quelle
Das Setzen
package-check-signature
vonnil
anstelle der Standardeinstellungallow-unsigned
behebt dies für mich.Fedora 29, GNU Emacs 26.2 (Build 1, x86_64-redhat-linux-gnu, GTK + Version 3.24.8) vom 30.04.2019
quelle