On Wed, 19 Aug 2020 at 14:02, Daniel P. Berrangé <berra...@redhat.com> wrote:
> I have a docker recipe that does not much more than: > > FROM fedora:rawhide > RUN dnf -y install ...blah... > > Long story short the docker hub requires a PR to a github repo to update the image, this PR is reviewed and merged by a person (more context [0]) so we cannot update the rawhide image nightly like we do on registry.fp.o. After talking with the Docker folks a weekly cadence would be acceptable for them and I think this is what we should try to do, we *just* need someone to work on that. Most of the release process is automated. We are basically missing some glue to run scripts weekly and have the correct permission etc ... (more info [1]) We are trying to restart the container SIG (we have a meeting coming this week [2]) and I think this is the type of work that this group could be helping with so anyone interested to help is more than welcome :-) I Hope that helps and gives a bit more context. Also if you want to make sure to pull the image from registry.fp.o you can use the following `FROM registry.fedoraproject.org/fedora:rawhide` and that will work on every system. [0] - https://github.com/docker-library/official-images/issues/7529 [1] - https://pagure.io/releng/issue/8270 [2] - https://pagure.io/ContainerSIG/container-sig/issue/43 > > If I run this from a Fedora host it works fine, resolving fedora:rawhide > to registry.fedoraproject.org image ID 23902052bc28 > > If I run this from a non-Fedora host, such as from GitLab CI, it resolves > to docker.io/library image ID e6ff04a4b8bd. > > The latter image fails when installing RPMs due tpo missing gpg keys > > # dnf install numactl > Fedora 33 openh264 (From Cisco) - x86_64 5.2 kB/s | > 5.1 kB 00:00 > Fedora - Modular Rawhide - Developmental packages for the next 1.9 MB/s | > 961 kB 00:00 > Fedora - Rawhide - Developmental packages for the next Fedora 12 MB/s | > 73 MB 00:06 > Dependencies resolved. > > =============================================================================================== > Package Architecture Version > Repository Size > > =============================================================================================== > Installing: > numactl x86_64 2.0.12-6.fc33 > rawhide 69 k > Installing dependencies: > numactl-libs x86_64 2.0.12-6.fc33 > rawhide 30 k > > Transaction Summary > > =============================================================================================== > Install 2 Packages > > Total download size: 99 k > Installed size: 238 k > Is this ok [y/N]: y > Downloading Packages: > (1/2): numactl-2.0.12-6.fc33.x86_64.rpm 543 kB/s | > 69 kB 00:00 > (2/2): numactl-libs-2.0.12-6.fc33.x86_64.rpm 207 kB/s | > 30 kB 00:00 > > ----------------------------------------------------------------------------------------------- > Total 219 kB/s | > 99 kB 00:00 > warning: > /var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/numactl-2.0.12-6.fc33.x86_64.rpm: > Header V4 RSA/SHA256 Signature, key ID 45719a39: 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-33-x86_64 > (0x9570FF31) 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: numactl-2.0.12-6.fc33.x86_64 > GPG Keys are configured as: > file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-33-x86_64 > Public key for numactl-libs-2.0.12-6.fc33.x86_64.rpm is not installed. > Failing package is: numactl-libs-2.0.12-6.fc33.x86_64 > GPG Keys are configured as: > file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-33-x86_64 > The downloaded packages were saved in cache until the next successful > transaction. > You can remove cached packages by executing 'dnf clean packages'. > Error: GPG check FAILED > > > I can see the docker.io image has older packages > > # rpm -q fedora-release-container fedora-gpg-keys > fedora-release-container-33-0.9.noarch > fedora-gpg-keys-33-0.8.noarch > > than the registry.fedoraproject.org image > > # rpm -q fedora-release-container fedora-gpg-keys > fedora-release-container-33-0.13.noarch > fedora-gpg-keys-33-0.11.noarch > > Looking at https://hub.docker.com/_/fedora?tab=tags I see the rawhide > image is over a month out of date. > > As a workaround I tried adding > > dnf update -y --nogpgcheck fedora-gpg-keys > > and this pulls in fedora-gpg-keys-34-0.1.noarch on docker.io images, and > does nothing on registry.fedoraproject.org images. > > Even after the fedora-gpg-keys update, I still get gpg errors installing > RPMs. > > Why is docker.io registry lagging so far behind registry.fedoraproject.org > ? > > Why is the registry.fedoraproject.org image seemingly attached to > F33 content, not pulling in F34 rawhide content ? > > While the older docker.io image trying to use F34 rawhide content. > > > These inconsistency between the registries is making it really quite > painful for using Fedora rawhide images across different host OS. > > Regards, > Daniel > -- > |: https://berrange.com -o- > https://www.flickr.com/photos/dberrange :| > |: https://libvirt.org -o- > https://fstop138.berrange.com :| > |: https://entangle-photo.org -o- > https://www.instagram.com/dberrange :| > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org