Примечание. Речь идет не о самой команде toolbox, а о контейнере F32, который использует toolbox.
Заранее приносим извинения, если это не то место, где можно сообщить о проблеме. (Если не здесь, то где правильно? Bugzilla... или здесь... или где-то еще?)
После обновления до предварительной бета-версии Fedora 32 с помощью Silverblue создание контейнера инструментов работает (к счастью), но контейнер Fedora 32 по-прежнему использует rawhide в /etc/yum.repos.d/*
. (Необработанные репозитории включены, а обычные, не сыромятные репозитории Fedora не включены.)
Установка и обновление DNF завершаются ошибкой из-за несовпадающего ключа.
(Усеченный подробный вывод с многоточием, чтобы показать соответствующие части.)
$ 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 на самом деле выглядит разумно.
Сначала я проверил образ контейнера fedora:32 , и он тоже выглядит нормально:
$ 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
В контейнере по-прежнему есть /etc/yum.repos.d/fedora-rawhide.repo , но по умолчанию он отключен. dnf upgrade
работает.
Проблема в том, что контейнер toolbox f32 устарел:
$ 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
Этот образ был создан 3 месяца (!) назад, задолго до отделения F32. Так что похоже образ toolbox F32 просто нужно пересобрать, тогда все должно быть нормально.
Кстати, Registration.fedoraproject.org/f31/fedora-toolbox был создан 5 месяцев назад - есть ли шанс, что он тоже может получить обновление, чтобы после создания не нужно было тратить так много времени на установку обновлений?
@juhp , не могли бы вы восстановить образ?
Я пытался построить их на прошлой неделе, но они не удались - попробую еще раз.
Не знаю почему, но dnf все равно выдает ошибку 143:
https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)
То же самое для контейнера f32 (f31 строится нормально).
(Есть также продукт Fedora Container Images в bugzilla с компонентом fedora-toolbox, но, честно говоря, здесь его так же легко отследить.)
Даже после этого (то есть пропуская недостающие документы) я вижу ошибки установки:
:
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
Кажется, ошибка cap_set_file вызвана контейнерами/buildah#2176 (т.е. buildah-1.14.0).
По крайней мере, у меня локально он строится нормально с buildah-1.12.0.
Я только что попробовал новый образ , просто удалив образ на своем компьютере и просто набрав toolbox create
на своем Silverblue 32, и репозитории, кажется, в порядке.
Спасибо @juhp! Закрытие.
PS: @juhp также создайте образ для Fedora 33, который является текущим Rawhide, и он также работает!
Ага, спасибо за тестирование (и за обнаружение новых изображений — я собирался отчитаться здесь :) :+1:
Самый полезный комментарий
Ага, спасибо за тестирование (и за обнаружение новых изображений — я собирался отчитаться здесь :) :+1: