emacs: abgelaufener Schlüssel

Hinweis: In dem Thema emacs: abgelaufener Schlüssel gibt es 6 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.
  • Es sieht so aus, als wäre emacs 25.3 (Leap 15.1 und 15.2) nicht mehr voll brauchbar.
    Im Paket steckt ein abgelaufener Schlüssel:

    Code
    gpg /usr/share/emacs/25.3/etc/package-keyring.gpg
    gpg: WARNING:  Kein Kommando angegeben.  Versuche zu raten was gemeint ist ...
    pub   dsa2048 2014-09-24 [SC] [verfallen: 2019-09-23]
          CA442C00F91774F17F59D9B0474F05837FBDEF9B
    uid           GNU ELPA Signing Agent <elpasign@elpa.gnu.org>



    Benötigt würde aber der Schlüssel:


    Code
    gpg --list-keys 066DAFCB81E42C40
    pub   rsa3072 2019-04-23 [SC] [verfällt: 2024-04-21]
          C433554766D3DDC64221BFAA066DAFCB81E42C40
    uid        [ unbekannt ] GNU ELPA Signing Agent (2019) <elpasign@elpa.gnu.org>

    für das Nachladen von ELPA-Paketen. Beim Aufruf von "Options"->"Manage Emacs Packages" kommt daher die Fehlermeldung:





    Code
    Failed to verify signature archive-contents.sig:
    No public key for 066DAFCB81E42C40 created at 2020-01-29T11:05:03+0100 using RSA
    Command output:
    gpg: Signatur vom Mi 29 Jan 2020 11:05:03 CET
    gpg:                mittels RSA-Schlüssel C433554766D3DDC64221BFAA066DAFCB81E42C40
    gpg: Signatur kann nicht geprüft werden: Kein öffentlicher Schlüssel


    Ich werde wohl mal aufs "editors"-Repo umsteigen.

    Für den Inhalt des Beitrages 139050 haftet ausdrücklich der jeweilige Autor: Welm

  • Bugreport?


    Ich hab erstmal probiert, ob alles mit dem anderen Repo geht: Geht.


    Dann habe ich mir für den Bugreport einen Account geholt ... und sah zwischendurch kurz ein "sending request to facebook...". Hä? Als dann noch eine E-Mail kam in der offensichtlich davon ausgegangen wurde, dass alle Empfänger immer nur die html-Fassung einer Mail lesen, war es zuviel. Falls ich einen Menüpunkt finde um mich da wieder abzumelden, werde ich ihn nutzen.



    Tut mir leid ... aber von mir gibt es unter diesen Umständen keinen Bugreport.

    Für den Inhalt des Beitrages 139053 haftet ausdrücklich der jeweilige Autor: Welm

  • Da kannst du die emails aber auch ohne html lesen........

    Für den Inhalt des Beitrages 139056 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Da kannst du die emails aber auch ohne html lesen........

    Ja, ich kann es so oder so lesen. Aber dass bei einer "multipart/alternative"-Mail der "text/plain"-Teil so garnichts vom Inhalt hat, finde ich ärgerlich. Was sollen Leute, die sich mit E-Mails nicht auskennen, denken, wenn sie sowas sehen?


    Code
    common201711
    email_validation_error_html.ftl
    email_validation_error_subject.ftl
    email_validation_error_text.ftl
    .
    .
    .
    selfreg_validation_code_html.ftl
    selfreg_validation_code_subject_firstdraft.ftl
    selfreg_validation_code_subject.ftl

    Für den Inhalt des Beitrages 139065 haftet ausdrücklich der jeweilige Autor: Welm