Nota: Não se trata da caixa de ferramentas, o comando da caixa de ferramentas em si, mas do contêiner F32 que a caixa de ferramentas usa.
Pedimos desculpas antecipadamente se este não for o lugar certo para relatar o problema. (Se não for aqui, onde é o lugar correto? Bugzilla... ou aqui... ou em outro lugar?)
Após atualizar para o Fedora 32 pré-beta usando Silverblue, a criação de um container toolbox funciona (felizmente), mas um container Fedora 32 ainda usa rawhide em /etc/yum.repos.d/*
. (Os repositórios Rawhide estão habilitados e os repositórios normais do Fedora não rawhide não estão habilitados.)
As instalações e atualizações do DNF falham com uma chave incompatível.
(Saída detalhada truncada com elipses, para mostrar 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
https://github.com/containers/toolbox/blob/master/images/fedora/f32/Dockerfile realmente parece razoável.
Eu verifiquei primeiro a imagem do contêiner fedora:32 e também parece estar bem:
$ 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
O contêiner ainda tem /etc/yum.repos.d/fedora-rawhide.repo , mas está desabilitado por padrão. dnf upgrade
funciona.
O problema é que o container toolbox f32 está desatualizado:
$ 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
Essa imagem foi criada há 3 meses (!), muito antes de F32 se ramificar. Portanto, parece que a imagem F32 da caixa de ferramentas simplesmente precisa ser reconstruída, então tudo deve ficar bem.
BTW, registry.fedoraproject.org/f31/fedora-toolbox foi construído 5 meses atrás -- alguma chance de ser atualizado também, para que após a criação não seja necessário gastar tanto tempo instalando atualizações?
@juhp , você poderia, por favor, reconstruir a imagem?
Eu estava tentando construí-los na semana passada, mas eles falharam - tentarei novamente.
Não sei por que, mas o dnf ainda está dando um erro 143:
https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)
O mesmo para o contêiner f32 (f31 compila bem).
(Também existe o produto Fedora Container Images no bugzilla com o componente fedora-toolbox, mas para ser honesto, acho fácil rastrear aqui.)
Mesmo depois disso (ou seja, pulando documentos ausentes), vejo erros de instalação:
:
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 o erro cap_set_file é causado por containers/buildah#2176 (ou seja, buildah-1.14.0).
Pelo menos ele constrói bem localmente para mim com buildah-1.12.0.
Acabei de testar a nova imagem simplesmente excluindo a da minha máquina e digitando toolbox create
no meu Silverblue 32 e os repositórios parecem estar bem.
Obrigado @juhp! Fechamento.
PS: @juhp também cria uma imagem para o Fedora 33 que é o Rawhide atual e também funciona!
Sim, obrigado por testar (e identificar as novas imagens - eu pretendia relatar aqui :) :+1:
Comentários muito úteis
Sim, obrigado por testar (e identificar as novas imagens - eu pretendia relatar aqui :) :+1: