Toolbox: Le conteneur de boîte à outils F32 (récemment ramifié) utilise toujours les référentiels en cuir brut par défaut
Remarque : il ne s'agit pas de la boîte à outils, la commande de la boîte à outils elle-même, mais du conteneur F32 utilisé par la boîte à outils.
Toutes mes excuses par avance si ce n'est pas le bon endroit pour signaler le problème. (Si ce n'est pas ici, où est le bon endroit ? Bugzilla... ou ici... ou ailleurs ?)
Après la mise à niveau vers Fedora 32 pré-bêta à l'aide de Silverblue, la création d'un conteneur de boîte à outils fonctionne (heureusement), mais un conteneur Fedora 32 utilise toujours du cuir brut dans /etc/yum.repos.d/* . (Les dépôts Rawhide sont activés et les dépôts Fedora normaux non Rawhide ne sont pas activés.)
Les installations et les mises à niveau DNF échouent alors avec une clé non concordante.
(Sortie détaillée tronquée avec des points de suspension, pour afficher les parties pertinentes.)
$ toolbox create -r 32 -c test-f32
Created container: test-f32
Enter with: toolbox enter --container test-f32
$ toolbox enter --container test-f32
⬢[garrett<strong i="12">@toolbox</strong> garrett]$ sudo dnf upgrade dnf -y
...
Fedora - Modular Rawhide - Developmental packages for the next 744 kB/s | 2.0 MB 00:02
Fedora - Rawhide - Developmental packages for the next Fedora 2.3 MB/s | 70 MB 00:30
Dependencies resolved.
...
Upgrading:
dnf noarch 4.2.19-1.fc33 rawhide 405 k
...
Downloading Packages:
...
(6/15): dnf-4.2.19-1.fc33.noarch.rpm 971 kB/s | 405 kB 00:00
...
warning: /var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/deltarpm-3.6.2-5.fc32.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 9570ff31: NOKEY
Fedora - Rawhide - Developmental packages for the next Fedora 1.6 MB/s | 1.6 kB 00:00
GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-32-x86_64 (0x12C944D0) is already installed
The GPG keys listed for the "Fedora - Rawhide - Developmental packages for the next Fedora release" repository are already installed but they are not correct for this package.
Check that the correct key URLs are configured for this repository.. Failing package is: deltarpm-3.6.2-5.fc32.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-32-x86_64
garrett
Tous les 9 commentaires
https://github.com/containers/toolbox/blob/master/images/fedora/f32/Dockerfile semble en fait raisonnable.
J'ai d'abord vérifié l'image du conteneur fedora:32 , et cela semble également correct :
$ podman run -it --rm registry.fedoraproject.org/fedora:32 bash
# # dnf repolist
repo id repo name
fedora Fedora 32 - x86_64
fedora-modular Fedora Modular 32 - x86_64
updates Fedora 32 - x86_64 - Updates
updates-modular Fedora Modular 32 - x86_64 - Updates
updates-testing Fedora 32 - x86_64 - Test Updates
updates-testing-modular Fedora Modular 32 - x86_64 - Test Updates
Le conteneur a toujours /etc/yum.repos.d/fedora-rawhide.repo , mais il est désactivé par défaut. dnf upgrade fonctionne.
Le problème est que le conteneur f32 de la boîte à outils est obsolète :
$ podman run -it --rm registry.fedoraproject.org/f32/fedora-toolbox:32 bash
# dnf repolist
Fedora - Modular Rawhide - Developmental packages for the next Fedora release
[...]
*rawhide Fedora - Rawhide - Developmental packages for the next Fedora release 59008
*rawhide-modular Fedora - Modular Rawhide - Developmental packages for the next Fedora release 0
Cette image a été créée il y a 3 mois (!), bien avant la bifurcation de F32. Il semble donc que l'image de la boîte à outils F32 doive simplement être reconstruite, alors tout devrait bien se passer.
martinpitt
le 27 févr. 2020
BTW, register.fedoraproject.org/f31/fedora-toolbox a été construit il y a 5 mois - y a-t-il une chance qu'il y ait aussi un rafraîchissement, de sorte qu'après la création, on n'ait pas besoin de passer autant de temps à installer des mises à niveau ?
martinpitt
le 27 févr. 2020
@juhp , pourriez-vous, s'il vous plaît, reconstruire l'image ?
HarryMichal
le 27 févr. 2020
J'essayais de les construire la semaine dernière mais ils ont échoué - je vais réessayer.
juhp
le 28 févr. 2020
Je ne sais pas pourquoi mais dnf donne toujours une erreur 143 :
https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)
Idem pour le conteneur f32 (f31 construit bien).
(Il existe également le produit Fedora Container Images dans bugzilla avec le composant fedora-toolbox, mais pour être honnête, je le trouve tout aussi facile à suivre ici.)
juhp
le 28 févr. 2020
Même après cela (c'est-à-dire en sautant les documents manquants), je vois des erreurs d'installation :
:
Installing : mtr-2:0.92-6.fc32.x86_64 87/100
Error unpacking rpm package mtr-2:0.92-6.fc32.x86_64
Running scriptlet: mlocate-0.26-25.fc32.x86_64 88/100
error: unpacking of archive failed on file /usr/sbin/mtr-packet;5e58802a: cpio: cap_set_file
error: mtr-2:0.92-6.fc32.x86_64: install failed
Installing : iputils-20190515-5.fc32.x86_64 93/100
Error unpacking rpm package iputils-20190515-5.fc32.x86_64
Installing : hostname-3.23-2.fc32.x86_64 94/100
error: unpacking of archive failed on file /usr/bin/arping;5e58802a: cpio: cap_set_file
error: iputils-20190515-5.fc32.x86_64: install failed
Il semble que l'erreur cap_set_file soit causée par containers/buildah#2176 (c'est-à-dire buildah-1.14.0).
Au moins, il se construit bien localement pour moi avec buildah-1.12.0.
juhp
le 28 févr. 2020
Je viens d'essayer la nouvelle image en supprimant simplement celle sur ma machine et en tapant simplement toolbox create sur mon Silverblue 32 et les référentiels semblent aller bien.
Merci @juhp! Fermeture.
PS : @juhp crée également une image pour Fedora 33 qui est le Rawhide actuel et cela fonctionne également !
HarryMichal
le 13 mars 2020
Oui, merci d'avoir testé (et d'avoir repéré les nouvelles images - je voulais faire un rapport ici :) :+1 :
juhp
le 13 mars 2020
Questions connexes
abitrolly
·
8Commentaires
maksimetsa
·
3Commentaires
chiddekel
·
4Commentaires
debarshiray
·
7Commentaires
juhp
·
10Commentaires
Commentaire le plus utile
Oui, merci d'avoir testé (et d'avoir repéré les nouvelles images - je voulais faire un rapport ici :) :+1 :