coincé dans la mise à jour. (clé AUR)

Bonjour. Je suis coincé dans la mise à jour avec une histoire de clé:

==> Validation des fichiers source avec sha256sums…
    kemoticons-5.116.0.tar.xz ... Réussite
    kemoticons-5.116.0.tar.xz.sig ... Ignoré
==> Vérification des signatures des fichiers sources grâce à gpg…
    kemoticons-5.116.0.tar.xz ... ÉCHEC (Clé publique inconnue 58D0EE648A48B3BB)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
Impossible de construire kemoticons

Faut-il juste attendre encore un peu ou y a t-il quelque chose à faire ?

NB: La mise à jour ne fonctionne pas si zoneminder est installé.

Il faut faire indépendamment la màj système puis les màj AUR.
Via pamac, il faut désactiver les màj AUR via Préférences, faire la màj puis regarder dans Installés/Etrangers les paquets AUR à mettre à jour.
Sinon faire la màj via pacman, puis la màj pamac
sudo pacman -Syu
puis si ça s'est bien passé
pamac update --aur --devel (ou en GUI comme indiqué ci-dessus)

Pour la 1ere commande: Rien à faire.
Pour la 2e on arrive au problème indiqué:

Erreur: Impossible d’importer la clé 53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB

Je vais encore attendre un peu, pour voir si le problème disparaît:

thierryR a écrit : ↑il y a 1 an Pour la 2e on arrive au problème indiqué:

C'est donc un problème désagrément aur extrêmement classique

Normalement pamac importe automatiquement les clés, sinon, il faut faire comme indiqué dans le wiki ou la page aur de ton app : importer manuellement la clé sur ta machine.
attendre ... n'est pas une solution puisque c'est quelque chose de normal avec aur, il n'y a pas de correction par magie pour cela.

pamac m'a répondu ceci:

==> Création du paquet kemoticons 5.116.0-2 (jeu. 10 oct. 2024 09:34:55)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
  -> kemoticons-5.116.0.tar.xz trouvé
  -> kemoticons-5.116.0.tar.xz.sig trouvé
==> Validation des fichiers source avec sha256sums…
    kemoticons-5.116.0.tar.xz ... Réussite
    kemoticons-5.116.0.tar.xz.sig ... Ignoré
==> Vérification des signatures des fichiers sources grâce à gpg…
    kemoticons-5.116.0.tar.xz ... ÉCHEC (Clé publique inconnue 58D0EE648A48B3BB)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
Erreur: Impossible de construire kemoticons

C'est un peu compliqué pour moi qui rencontre ce problème pour la 1ere fois.

Bonjour,

gpg --recv-key xxxx

(xxxx = clé inconnue)
Cette commande est à effectuer à chaque fois qu'un paquet AUR possède une clé inconnue.

Le serveur est fêlé

 gpg --recv-key 53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB                                                                                                                                 
gpg: échec de réception depuis le serveur de clefs : Server indicated a failure

il faudrait surtout savoir pourquoi tu as encore ce paquet car c'est du plasma5 ...
Tu ne traites pas les orphelins ? ce n'est pas un orphelin ?

thierryR a écrit : ↑il y a 1 an Le serveur est fêlé

 gpg --recv-key 53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB                                                                                                                                 
gpg: échec de réception depuis le serveur de clefs : Server indicated a failure

Où t'as trouvé cette clé ?
C'est pas ça, regarde le message de pacman :

==> Vérification des signatures des fichiers sources grâce à gpg…
    kemoticons-5.116.0.tar.xz ... ÉCHEC (Clé publique inconnue 58D0EE648A48B3BB)

si si c'est la même : version courte(id de la clé) / version longue
https://aur.archlinux.org/cgit/aur.git/ ... ticons#n18
53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB

# si le paquet était vraiment nécessaire, il suffit de changer de serveur (avec ubuntu c'est ok)

EDIT

redhead a écrit : ↑il y a 1 an Mais la récupération de la clé a fonctionné chez moi.

de même :

gpg --debug-all --recv-key 53E6B47B45CEA3E0D5B7457758D0EE648A48B3BB
gpg: lecture des options de « /home/patrick/.gnupg/common.conf »
...
gpg: DBG: chan_3 <- # Home: /home/patrick/.gnupg
gpg: DBG: chan_3 <- # Config: /home/patrick/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- S SOURCE https://185.125.188.27:443

curl https://185.125.188.27:443 -v
...
* Server certificate:
*  subject: CN=hockeypuck.ubuntu.com

Avec --debug, on peut voir le serveur, et voir qu'il va lire des fichiers .conf, on peut mettre un autre serveur que celui par défaut dans notre dirmngr.conf.
# ou c'est un pare-feu ou un vpn qui bloque

Ah ! Ok, au temps pour moi.
Mais la récupération de la clé a fonctionné chez moi.

Comment ça changer de serveur ?

Cette clé fonctionne donc chez vous 2 mais pas chez moi. C'est étonnant. Je n'ai pas trafiqué mon ordi.... Mais je ne vous suis pas.
Je veux essayer de changer de serveur mais on fait comment ? N'y a t-il pas une incidence à faire ça. Ma distrib est Manjaro, je ne voudrais pas trop en dévier...

Moi non plus je ne suis pas
dirmngr.conf est sensé être sous /home/$USER/.gnupg/
Mais chez moi il n'existe pas.
Pourtant il est effectivement sensé être lu..

gpg: DBG: chan_3 <- # Home: /home/redhead/.gnupg
gpg: DBG: chan_3 <- # Config: /home/redhead/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- OK Dirmngr 2.4.5 at your service, process 4655
gpg: DBG: connection to the dirmngr established

Voilà à quoi il devrait ressembler

# ╔═══════════════════════════════════════════════════════════════════════════╗
# ║ dirmngr configuration (~/.gnupg/dirmngr.conf)                             ║
# ║                                                                           ║
# ║ Since GnuPG 2.1 dirmngr takes care of OpenPGP keyservers.                 ║
# ║ Save this file as ~/.gnupg/dirmngr.conf, or somewhere else and specify    ║
# ║ its location with the '--options <file>' option.                          ║
# ╚═══════════════════════════════════════════════════════════════════════════╝


# This is the server to communicate with in order to receive keys (--recv-keys)
# from, send keys (--send-keys) to, and search for keys (--search-keys)
keyserver hkps://keys.openpgp.org

thierryR a écrit : ↑il y a 1 an Ma distrib est Manjaro, je ne voudrais pas trop en dévier...

ps : j'ai changé ton titre

Comme indiqué plus haut, ici ce n'est pas un paquet manjaro ! Donc tu n'as pas de problème de mise à jour manjaro, juste aur.
Et la première question est pourquoi tu as ce paquet d'installé (c'était plasma5)

ok, ce que veut dire Papajoke est en fait assez simple :
si tu ne sais pas pourquoi ce paquet est installé sur ton systeme, alors désinstalle le..

Ensuite tu pourras faire ta mise à jour.

Cette clé installe kemoticon qui est lié à kdelibs4support.
En supprimant kdelibs4support je casse khotkeys.
J'ai donc démonté tout ce monde là...
EDIT: Après redémarrage, je ne suis plus embêté par cette clé. CQFD.
Il me reste 2 mise à jour flatpak qui ne veulenet pas se faire mais c'est sans doute un autre problème.
Merci à vous. Ce fil m'aura bien enseigné des choses utiles dans le comportement avec AUR.
Bonne journée.

Attention: on a contourné Si demain, tu as besoin d'une clé dans un autre paquet aur, le problème est encore présent.