Forum

Bonjour à tous !
J'ai fait plusieurs installations de Mageia 10 'sur des machines sous Mageia 9 et tout s'est bien passé.
Aujourd'hui, J'installe Mageia 10 sur une nouvelle Machine.
- j'ai paramètré les sources dans le MCC
- j'ai lancé la maj de perl et urpmi

Et là ! Plouf !

Mise jour impossible, j'ai le message suivant :

les paquetages suivants ont des signatures non valides

Si l'un de vous a une idée, je suis preneur.

Au plaisir de vous lire...

Bonjour,

Dans une terminal :

Puis relancer les mises à jour.

Merci Yuusha,

Déja fait, mais ça ne change rien !

Bonjour,

Est il possible d' avoir le message exact rencontré ?

Ici cela est une installation neuve, pas de mise à jour depuis Mageia 9 ?

Les sources sont sur un miroir particulier ou est ce l' utilisation de la mirrorlist ?

Bonjour nic80,

Oui, install neuve.
Les sources ont été configurées dans le CCM

maj initiale :
________________________________________

Rpmdrake ou l'une de ses dépendances prioritaires doit être mis à jour au préalable. Ensuite, Rpmdrake se relancera.

Les 4 paquetages suivants vont être installés :

- perl-5.42.0-3.mga10.x86_64
- perl-base-5.42.0-3.mga10.x86_64
- perl-doc-5.42.0-3.mga10.noarch
- urpmi-8.136-2.1.mga10.noarch

Un espace de 16o sera libéré.

19Mo de paquetages seront récupérés.
________________________________________

en échec sur tous les paquets, par exemple :

erreur : /var/cache/urpmi/rpms/perl-doc-5.42.0-3.mga10.noarch.rpm: Header V4 RSA/SHA256 Signature, clé ID 80420f66: BAD

Merci...

Bonjour,
Est-ce que la Mageia 9 est parfaitement à jour ?
Il y a eu un changement de clé de signature pendant le cycle de Mageia 10.

Bonjour,

Cela est surprenant. Quand le cache d' urpmi contient un paquet corrompu, ç' est le hash (qui fait "un kilomètre de long") qui est affiché. Si ici ce n' est pas le cas cela peut être liée à la signature gpg du paquet et là ç' est plus embettant....

Cela voudrait dire que la clé Mageia n'est pas dans le système installé et donc le méchanisme empêche l'installation du paquet car considéré comme venant d' une source inconnue.

Edit: j' ai été trop lent sur ma réponse. Mais ici il s' agit d' une installation de zéro (pas d' une mise à jour de Mageia 9 (sauf si j' ai mal compris))

Edit 2: comme le paquet ici est recupéré depuis le cache, il faut de toute façon revider son cache avec urpmu --clean (sinon urpmi ira rechercher indéfiniment dans celui ci et retournera indéfiniment la même erreur).

Edit 3: je ne sais pas si la commande gpg --list-keys permet de valider si la clé de Mageia y est (prudence il faut s' assurer que cela ne liste pas des clés privées (qui ne doivent être connue que de leur proprietaire et que de lui). Je ne connais pas la clé publique gpg de Mageia pour pouvoir dire si la clé id est celle courante ou pas.

Édité par nic80 Le 16/08/2026 à 22h00

JC_Stiegler :

- j'ai paramètré les sources dans le MCC
- j'ai lancé la maj de perl et urpmi

Et là ! Plouf !

Pour mettre à jour les sources dans le MCC, il faut déjà un système installé. Comment a-t-il été installé ? Quel est le support ?

Bonjour,

En principe un urpmi /var/cache/urpmi/rpms/perl-doc-5.42.0-3.mga10.noarch.rpm devrait retourner quelque chose comme ça ( notamment au niveau signature ( la date est d' installation devrrait être absente par contre, forcément)

Name : perl-doc
Epoch : 2
Version : 5.42.0
Release : 3.mga10
Architecture: noarch
Install Date: jeu. 06 août 2026 22:37:53
Group : Development/Perl
Size : 10419884
License : GPL+ or Artistic
Signature : RSA/SHA256, lun. 27 juil. 2026 01:23:19, Key ID b742fa8b80420f66
Source RPM : perl-5.42.0-3.mga10.src.rpm
Build Date : lun. 27 juil. 2026 00:30:44
Build Host : localhost
Packager : bcornec <bcornec>
Vendor : Mageia.Org
URL : https://www.perl.org/
Summary : The Perl programming language (documentation)
Description :
This is the documentation package for perl.
It contains also the 'perldoc' program.

un "urpmq --list-url" devrait potentiellement donner de quel mirroir le paquet est/a été récupéré.

Édité par nic80 Le 17/08/2026 à 00h25