Toolbox: Der F32-Toolbox-Container (kürzlich verzweigt) verwendet immer noch Rawhide-Repos als Standard
Hinweis: Hier geht es nicht um den Toolbox-Befehl selbst, sondern um den F32-Container, den Toolbox verwendet.
Entschuldigung im Voraus, wenn dies nicht der richtige Ort ist, um das Problem zu melden. (Wenn nicht hier, wo ist der richtige Ort? Bugzilla... oder hier... oder woanders?)
Nach dem Upgrade auf Fedora 32 Pre-Beta mit Silverblue funktioniert das Erstellen eines Toolbox-Containers (glücklicherweise), aber ein Fedora 32-Container verwendet immer noch Rohleder in /etc/yum.repos.d/* . (Rohhaut-Repos sind aktiviert und normale Fedora-Repos ohne Rohhaut sind nicht aktiviert.)
DNF-Installationen und -Upgrades schlagen dann mit einem nicht übereinstimmenden Schlüssel fehl.
(Abgekürzte ausführliche Ausgabe mit Auslassungspunkten, um relevante Teile anzuzeigen.)
$ 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
Alle 9 Kommentare
https://github.com/containers/toolbox/blob/master/images/fedora/f32/Dockerfile sieht eigentlich vernünftig aus.
Ich habe zuerst das Container-Image von fedora:32 überprüft, und es scheint auch in Ordnung zu sein:
$ 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
Der Container hat immer noch /etc/yum.repos.d/fedora-rawhide.repo , aber es ist standardmäßig deaktiviert. dnf upgrade funktioniert.
Das Problem ist, dass der f32-Container der Toolbox veraltet ist:
$ 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
Dieses Bild wurde vor 3 Monaten (!) erstellt, lange bevor F32 abzweigte. Es scheint also, dass das Toolbox F32-Image einfach neu erstellt werden muss, dann sollte alles in Ordnung sein.
martinpitt
am 27. Feb. 2020
Übrigens, register.fedoraproject.org/f31/fedora-toolbox wurde vor 5 Monaten gebaut -- gibt es eine Chance, die auch eine Auffrischung bekommen könnte, so dass man nach der Erstellung nicht so viel Zeit mit der Installation von Upgrades verbringen muss?
martinpitt
am 27. Feb. 2020
@juhp , könntest du bitte das Image neu erstellen?
HarryMichal
am 27. Feb. 2020
Ich habe letzte Woche versucht, sie zu bauen, aber sie sind gescheitert - ich werde es erneut versuchen.
juhp
am 28. Feb. 2020
Ich weiß nicht warum, aber dnf gibt immer noch einen 143-Fehler aus:
https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)
Gleiches gilt für f32-Container (f31 wird in Ordnung gebaut).
(Es gibt auch das Fedora Container Images-Produkt in Bugzilla mit der Fedora-Toolbox-Komponente, aber um ehrlich zu sein, finde ich es genauso einfach, es hier zu verfolgen.)
juhp
am 28. Feb. 2020
Auch danach (dh fehlende Dokumente überspringen) sehe ich Installationsfehler:
:
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
Anscheinend wird der Fehler cap_set_file durch container/buildah#2176 (dh buildah-1.14.0) verursacht.
Zumindest funktioniert es lokal für mich mit buildah-1.12.0.
juhp
am 28. Feb. 2020
Ich habe gerade das neue Image ausprobiert, indem ich einfach das auf meinem Computer gelöscht und einfach toolbox create auf meinem Silverblue 32 eingegeben habe, und die Repositories scheinen in Ordnung zu sein.
Danke @jup! Schließen.
PS: @juhp erstelle auch ein Image für Fedora 33, das ist aktuelles Rawhide und es funktioniert auch!
HarryMichal
am 13. März 2020
Ja, danke fürs Testen (und das Entdecken der neuen Bilder - ich wollte mich hier melden :) :+1:
juhp
am 13. März 2020
Verwandte Themen
evelineraine
·
5Kommentare
chiddekel
·
4Kommentare
maksimetsa
·
3Kommentare
allanday
·
3Kommentare
hferreiro
·
4Kommentare
Hilfreichster Kommentar
Ja, danke fürs Testen (und das Entdecken der neuen Bilder - ich wollte mich hier melden :) :+1: