Toolbox: F32(最近分支)工具箱容器仍默认使用 rawhide 存储库

创建于 2020-02-27  ·  9评论  ·  资料来源: containers/toolbox

注意:这不是关于工具箱命令本身的工具箱,而是关于工具箱使用的 F32 容器。

如果这不是报告问题的正确地点,请提前道歉。 (如果不在这里,正确的地方在哪里?Bugzilla ......还是这里......或其他地方?)


在使用 Silverblue 升级到 Fedora 32 pre-beta 后,创建一个工具箱容器可以工作(谢天谢地),但 Fedora 32 容器仍然使用/etc/yum.repos.d/*中的 rawhide。 (生皮存储库已启用,正常的非生皮 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

最有用的评论

是的,感谢您的测试(并发现新图像 - 我本来打算在这里报告:):+1:

所有9条评论

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有效。

问题是工具箱 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 分支之前。 所以看起来工具箱F32图像只需要重建,那么一切都应该没问题。

顺便说一句,registry.fedoraproject.org/f31/fedora-toolbox 是在 5 个月前构建的 - 有没有机会也可以进行复习,这样在创建之后就不需要花太多时间安装升级了?

@juhp ,请您重建图像吗?

上周我试图建造它们,但它们失败了——我会再试一次。

我不知道为什么,但 dnf 仍然给出 143 错误:

https://koji.fedoraproject.org/koji/taskinfo?taskID=41976528 (f33)

f32 容器也是如此(f31 可以构建)。

(bugzilla 中还有 Fedora Container Images 产品和 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 在本地对我来说构建得很好。

我只是通过简单地删除我机器上的一个并在我的 Silverblue 32 上键入toolbox create来尝试新图像,并且存储库似乎没问题。

谢谢@juhp! 关闭。

PS: @juhp还为当前 Rawhide 的 Fedora 33 创建了一个图像,它也可以工作!

是的,感谢您的测试(并发现新图像 - 我本来打算在这里报告:):+1:

此页面是否有帮助?
0 / 5 - 0 等级