Toolbox: 컨테이너는 분기 후 Fedora Rawhide에서 Branched로 전환하려면 수동 개입이 필요합니다.

분기 이전부터 시스템에 오래된 Fedora 34 이미지(예: fedora-toolbox:34 )가 있었을까요? 이미지가 로컬로 캐시되면 레지스트리에 업데이트된 복사본이 있어도 업데이트되지 않습니다.

그렇다면 이전 이미지를 삭제하고 컨테이너를 다시 만드십시오.

분기점을 가로질러 시스템을 이동하는 일반적인 메커니즘이 분기 전에 생성된 컨테이너에서 작동하지 않는 이유가 궁금합니다.

나는 최신 이미지를 가지고 있습니다 ... 적어도 podman pull에 따르면.

podman pull registry.fedoraproject.org/f34/fedora-toolbox:34
Trying to pull registry.fedoraproject.org/f34/fedora-toolbox:34...
Getting image source signatures
Copying blob defe698f583f skipped: already exists  
Copying blob 21358d8e4d2a [--------------------------------------] 0.0b / 0.0b
Copying config 7f6c60b1df done  
Writing manifest to image destination
Storing signatures
7f6c60b1df0279a59f0aef6ff50892ecefdceb77330fa7a29498cd113d8ee570

(나는 버그를 신고하기 전에 이것을 더 일찍 실행했고 실제로 약간의 새로운 콘텐츠를 얻었습니다. 그러나 새로 생성 도구 상자에는 여전히 동일한 문제가 있었습니다.)

삭제하고 다시 시도할 수 있습니다. 아마도 업데이트가 작동하지 않습니까?

여기서 문제는 이전 이미지를 가져오고 있다는 것입니다. 최근 에 이미지 f{ver}/fedora-toolbox 에서 fedora-toolbox . 다음은 레지스트리에 대한 링크입니다.

따라서 다음 대신:

$ podman pull registry.fedoraproject.org/f34/fedora-toolbox:34

사용하다

$ podman pull registry.fedoraproject.org/fedora-toolbox:34

최신 버전의 Toolbox는 아직 가져오지 않은 경우 적절한 이미지를 가져와야 합니다.

@garrett : 아니요, 로컬에는 오래된 이미지가 없습니다. 공식 이미지는 거의 한 달 전인 2월 19일에 만들어졌습니다.

$ podman rmi fedora-toolbox:34
Untagged: registry.fedoraproject.org/f34/fedora-toolbox:34
Deleted: 7f6c60b1df0279a59f0aef6ff50892ecefdceb77330fa7a29498cd113d8ee570

$ toolbox create f34 -r 34
Image required to create toolbox container.
Download registry.fedoraproject.org/fedora-toolbox:34 (500MB)? [y/N]: y
Created container: f34
Enter with: toolbox enter f34

$ toolbox enter f34

⬢[garrett<strong i="9">@toolbox</strong> ~]$ sudo dnf install -y htop
Fedora 34 - x86_64                                                                                                                                     12 MB/s |  73 MB     00:06    
[...]
Installed:
  htop-3.0.5-4.fc34.x86_64                                                                                                                                                            

Complete!

따라서 기본 컨테이너 이미지를 제거하고 사용하면 문제가 해결되었습니다. 감사 해요!

나는 많은 사람들이 여전히 사용하고 있는지 궁금 registry.fedoraproject.org/f34/fedora-toolbox:34 대신 registry.fedoraproject.org/fedora-toolbox:34 .

이를 리디렉션하거나 기존 시스템에서 URL을 수정하는 방법이 있습니까? 아니면 적어도 수정 메시지를 보내시겠습니까?

...F33 도구 상자를 포함한 다른 모든 도구 상자도 이전 위치를 기반으로 하며 구식입니까? 최소한 F33은 dnf 를 통해 조금 더 오래되었고 업데이트할 수 있으므로 큰 문제는 아닐 것입니다.

Toolbox 이미지는 시간이 지나도 업데이트되지 않습니다. 업데이트를 받으려면 다시 당겨야 합니다. 따라서 URL 리디렉션은 Fedora 사용자(사용자가 EOL 버전을 사용하지 않는 경우)에게는 발생하지 않아야 하는 이전 버전의 Toolbox 사용자만을 위한 솔루션이 될 것입니다. 경고 메시지는 다음 릴리스에 추가하는 것이 좋습니다. 제안해 주셔서 감사합니다.

나는 최신 이미지를 가지고 있습니다 ... 적어도 podman pull에 따르면.

네, 그게 제가 의미한 바입니다.

이미지가 로컬로 캐시되면 다음과 같은 경우에도 업데이트되지 않습니다.
레지스트리에 업데이트된 복사본이 있습니다.

이것은 우리가 가끔 부딪쳤던 OCI 스택의 성가신 한계인 것 같고, 나는 그것을 처리할 좋은 방법을 찾지 못했습니다. 어쩌면 내가 뭔가를 놓치고 있습니까? 아니면 누군가가 뭔가를 알고 있습니까?

...F33 도구 상자를 포함한 다른 모든 도구 상자도
이전 위치를 기반으로 하며 구식입니까? 적어도 F33은 조금 더 오래되었습니다.
dnf를 통해 업데이트할 수 있으므로 큰 문제는 아닐 것입니다.

나는 그것에 대해 그렇게 많이 걱정하지 않을 것입니다. OCI 컨테이너가 이미지에서 생성되면 개념적으로 자체적으로 사물입니다. 패키지 기반 배포판처럼 업데이트하거나 유지 관리해야 합니다. 이전 이미지를 새 이미지로 교체하여 강제로 업데이트하는 쉬운 방법을 모르겠습니다.

우리가 그렇게 할 수 있다면 흥미로울 것입니다. :)

나는 그것에 대해 그렇게 많이 걱정하지 않을 것입니다. OCI 컨테이너가 이미지에서 생성되면 개념적으로 자체적으로 사물입니다. 패키지 기반 배포판처럼 업데이트하거나 유지 관리해야 합니다. 이전 이미지를 새 이미지로 교체하여 강제로 업데이트하는 쉬운 방법을 모르겠습니다.

우리가 그렇게 할 수 있다면 흥미로울 것입니다. :)

이를 위해서는 재생성된 도구 상자를 부트스트랩하는 방법이 필요합니다. 어쩌면 사용자가 제공한 스크립트로도 충분할 수 있지만 우리는 그것을 얼마나 신뢰할 수 있습니까?

이를 위해서는 재생성된 도구 상자를 부트스트랩하는 방법이 필요합니다.

음, 컨테이너는 궁극적으로 오버레이된 파일 시스템을 사용합니다. 따라서 이미지에서 나오는 하위 레이어를 교체하는 것을 상상할 수 있습니다. 사용 가능한 도구가 이를 가능하게 하지 않는 것 같습니다.

원래 문제에 관해서는 Fedora Rawhide에서 Branched로 전환하는 것이 항상 다소 지저분해 보였습니다. 공식적으로 하나는 다음을 의미합니다.

$ sudo dnf config-manager --set-disabled rawhide,rawhide-modular
$ sudo dnf config-manager --set-enabled fedora,fedora-modular,updates,updates-modular,updates-testing,updates-testing-modular
$ sudo dnf distrosync
$ sudo reboot

그러나 이러한 단계의 신뢰성은 분기점 이전 또는 이후의 마지막 패키지 업데이트 와 같은 변수에 근거한 것 같습니다. 그것은 항상 나에게 매우 느슨하게 느껴졌습니다. :)

이 점에서 Toolbox 컨테이너는 Fedora 호스트와 다르지 않습니다.

오른쪽. F34라고 생각했지만 여전히 오래된 생가죽을 사용하는 컨테이너 내부에서 이러한 단계를 수행하면 배포 동기화에서 실패했습니다. 그러나 그것은 컨테이너이기 때문에 최소한 베어 메탈에 설치하는 것보다 훨씬 쉽게 버리고 다시 만들 수 있습니다. :눈짓:

음, 컨테이너는 궁극적으로 오버레이된 파일 시스템을 사용합니다. 따라서 이미지에서 나오는 하위 레이어를 교체하는 것을 상상할 수 있습니다. 사용 가능한 도구가 이를 가능하게 하지 않는 것 같습니다.

어쩌면 Podman보다 낮아질 때입니까? :)

안녕하십니까,
이 의견에 설명된 찾았습니다 . 분기 이전의 fedora-toolbox:34 이미지의 이전 버전이 있습니다.

$ podman image list | grep fedora-toolbox | grep "34 "
registry.fedoraproject.org/fedora-toolbox      34          80cdf4c9ee92  5 months ago   352 MB

새로운 도구 상자 컨테이너를 업데이트하려고 할 때 Rawhide 컨테이너 및 서명 오류가 발생했습니다.

$ podman create --release 34 dev
$ podman enter
$ sudo dnf -y update
...
warning: /var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/cpio-2.13-10.fc35.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 9867c58f: NOKEY
Fedora - Rawhide - Developmental packages for the next Fedora release 1.6 MB/s | 1.6 kB     00:00    
GPG key at file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-34-x86_64 (0x45719A39) 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: cpio-2.13-10.fc35.x86_64
 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-34-x86_64
Public key for cracklib-dicts-2.9.6-25.fc34.x86_64.rpm is not installed. Failing package is: cracklib-dicts-2.9.6-25.fc34.x86_64
 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-34-x86_64
Public key for crypto-policies-scripts-20210621-1.gita0e819e.fc35.noarch.rpm is not installed. Failing package is: crypto-policies-scripts-20210621-1.gita0e819e.fc35.noarch
 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-34-x86_64
...

무슨 일이 일어나고 있는지 파악하자마자 podman pull registry.fedoraproject.org/fedora-toolbox:34 로 쉽게 해결할 수 있었습니다. 나는 이 두 가지 점에서 궁금했다.

1. Fedora 34가 분기되기 전에도 이미지가 fedora-toolbox:f34 였던 이유는 무엇입니까? 당시 존재하지 않았던 Fedora 34 리포지토리를 사용하도록 구성했습니다. fedora-toolbox:rawhide 가 더 나은 이름이 아닐까요? 그 변화는 이 문제를 해결하고 이해하기 더 쉬울 것입니다.
2. toolbox create --release fX 하면 항상 최신 fX 원합니다. toolbox create 는 podman pull registry.fedoraproject.org/fedora-toolbox:34 또는 이와 유사한 것으로 시작하여 명령이 처음 사용될 때 사용 가능한 것이 아니라 항상 최신 및 가장 큰 것이 사용되도록 해야 합니까?