[Résolu] Erreur SHA perl [Réglé]
mise à jour qui bloque les autres
Système et matériels / Installation et configuration

Centurion Membre non connecté
-
- Voir le profil du membre Centurion
- Inscrit le : 29/05/2014
- Groupes :
J'ai fais une installation fraiche de Mageia 7 bêta 3 pour mon petit pc portable.
J'ai donc fait les mises à jour mais un paquet bloque les autres, perl ( The Perl programming language) et ses dépendances.
Il me donne cette erreur:
1 transactions d'installation ont échoué
Une erreur est survenue pendant l'installation des paquetages :
package perl-2:5.28.2-1.mga7.x86_64 does not verify: Payload SHA256 digest: BAD (Expected 988ee08bcbbbf96e02197cf3064e45ee79740ddead1cf1d06aad057be1f6aaa6 != 705d2df0485722e6cb908f29d5c64be77df0e2cf62fb2ac2cbde5513605face0)
Une aide

Merci
Édité par Centurion Le 15/05/2019 à 22h29
PC portable DELL Latitude E7440 Mageia 8 KDE

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Mais j'ai l'impression, que c'est un problème du genre :
Tu mets à jours tes dépots,
le logiciel est à la version X+1
entre temps, la version X+2 est disponible
tu demandes à le mettre à jour,
c'est la version X+2 qui t'es donnée,
au moment de l'installation il génère l'erreur "Hey ! Il n'a pas la même signature ! c'est un faux !"
il remets à jour la base de données,
tu redemandes la mise à jour
il vérifie les logiciels téléchargé dans le cache non installé,
il retrouve le logiciel téléchargé donc ne le retélécharge pas
il tente l'installation, mais là encore ça bloque sur la signature.
Bon en faisant ce Rubber Duck Debugging je me dis que lors de la remise à jour de la base de donnée ça devrait être la bonne signature, mais ça ne l'est pas... Donc mon raisonnement est faux... Je ne sais pas comment ça vient...
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Il me semble avoir vu un message avec une erreur similaire (sur une installation de noyau).
Il me semble que cela avait été contourné avec une utilisation de dnf...
@ Jybz : je pense que le problème est plutôt lié à comment la signature est calculée... Parce qu'il me semble que même si le paquet est téléchargé manuellement, l'erreur est toujours présente...
Édité par nic80 Le 15/05/2019 à 20h01

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
# rm -rf /var/cache/urpmi/partial/*.rpm # rm -rf /var/cache/urpmi/rpms/*.rpm
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur

Centurion Membre non connecté
-
- Voir le profil du membre Centurion
- Inscrit le : 29/05/2014
- Groupes :

Je conserve cette page en favoris pour plus tard.
PC portable DELL Latitude E7440 Mageia 8 KDE
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie