Toolbox: El contenedor de la caja de herramientas F32 (recientemente ramificado) todavía usa repositorios de cuero crudo como predeterminado
Nota: No se trata de la caja de herramientas, el comando de la caja de herramientas en sí, sino del contenedor F32 que usa la caja de herramientas.
Disculpas de antemano si este no es el lugar adecuado para informar el problema. (Si no es aquí, ¿dónde está el lugar correcto? ¿Bugzilla... o aquí... o en algún otro lugar?)
Después de actualizar a Fedora 32 pre-beta usando Silverblue, la creación de un contenedor de caja de herramientas funciona (afortunadamente), pero un contenedor de Fedora 32 todavía usa cuero crudo en /etc/yum.repos.d/* . (Los repositorios de cuero sin procesar están habilitados y los repositorios Fedora normales que no son de cuero sin procesar no están habilitados).
Las instalaciones y actualizaciones de DNF luego fallan con una clave que no coincide.
(Salida detallada truncada con puntos suspensivos para mostrar las partes relevantes).
$ 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
Todos 9 comentarios
https://github.com/containers/toolbox/blob/master/images/fedora/f32/Dockerfile en realidad parece razonable.
Primero revisé la imagen del contenedor fedora:32 , y también parece estar bien:
$ 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
El contenedor aún tiene /etc/yum.repos.d/fedora-rawhide.repo , pero está deshabilitado de manera predeterminada. dnf upgrade funciona.
El problema es que el contenedor toolbox f32 está desactualizado:
$ 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
Esa imagen se creó hace 3 meses (!), Mucho antes de que F32 se ramificara. Entonces parece que la imagen de la caja de herramientas F32 simplemente necesita ser reconstruida, entonces todo debería estar bien.
martinpitt
en 27 feb. 2020
Por cierto, registration.fedoraproject.org/f31/fedora-toolbox se creó hace 5 meses; ¿hay alguna posibilidad de que también se actualice, de modo que después de la creación no sea necesario dedicar tanto tiempo a instalar actualizaciones?
martinpitt
en 27 feb. 2020
@juhp , ¿podría, por favor, reconstruir la imagen?
HarryMichal
en 27 feb. 2020
Traté de construirlos la semana pasada pero fallaron, lo intentaré de nuevo.
juhp
en 28 feb. 2020
No sé por qué, pero dnf sigue dando un error 143:
https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)
Lo mismo para el contenedor f32 (f31 se construye bien).
(También está el producto Fedora Container Images en bugzilla con el componente fedora-toolbox, pero para ser honesto, lo encuentro igual de fácil de rastrear aquí).
juhp
en 28 feb. 2020
Incluso después de eso (es decir, omitiendo los documentos que faltan), veo errores de instalación:
:
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
Parece que el error cap_set_file es causado por contenedores/buildah#2176 (es decir, buildah-1.14.0).
Al menos se construye bien localmente para mí con buildah-1.12.0.
juhp
en 28 feb. 2020
Acabo de probar la nueva imagen simplemente borrando la de mi máquina y escribiendo toolbox create en mi Silverblue 32 y los repositorios parecen estar bien.
¡Gracias @juhp! Clausura.
PD: @juhp también crea una imagen para Fedora 33 que es Rawhide actual y ¡también funciona!
HarryMichal
en 13 mar. 2020
Sí, gracias por probar (y detectar las nuevas imágenes; tenía la intención de informar aquí :) :+1:
juhp
en 13 mar. 2020
Temas relacionados
abitrolly
·
8Comentarios
juhp
·
7Comentarios
hferreiro
·
4Comentarios
Yajo
·
4Comentarios
stove-panini
·
6Comentarios
Comentario más útil
Sí, gracias por probar (y detectar las nuevas imágenes; tenía la intención de informar aquí :) :+1: