16:59 <thaller> bentiss, FYI, I have problems installing gitlab-ci containers with fedora:35 and fedora:36. I reported it as https://bugzilla.redhat.com/show_bug.cgi?id=2006403 ... but oddly I cannot reproduce on my machine with podman. So maybe it's gitlab-ci specific???

16:59 <thaller> if you have an idea... otherwise, never mind.

17:03 <anholt_> I've seen some container pull failures over the last week or so. https://gitlab.freedesktop.org/mesa/mesa/-/jobs/13869566. happens in clusters across runners.

17:06 <MrCooper> thaller: looks like the fedora:35 job pulls in F36 packages, is that expected?

17:07 <thaller> MrCooper, ah. I didn't notice that. Doesn't seem expected... let me investigate.

17:21 <thaller> anholt_, I think this is different. Building/installing F35/F36 containers always fails... But the failure you mention, I see frequently. I "solve" it by retrying...

17:22 <anholt_> thaller: I didn't mean to be part of your problem report.

17:22 <thaller> whot, maybe this is related to ci-templates? At least, the fact that ci-templates install rawhide packages in F35 seems wrong:

17:22 <thaller> buildah run --isolation chroot fedora-working-container dnf upgrade -y --setopt=install_weak_deps=False --nogpgcheck fedora-release 'fedora-repos*'

17:22 <thaller> at https://gitlab.freedesktop.org/thaller/NetworkManager/-/jobs/13868975/raw

17:23 <thaller> ... the final failure is then "python3: allocatestack.c:193: advise_stack_range: Assertion `freesize < size' failed."

17:53 <MrCooper> thaller: maybe ci-templates still assume f35 == rawhide?

18:30 <thaller> MrCooper, maybe!! whot? :)

20:03 <seabass> Hello everyone! I've just registered on the freedesktop.org GitLab instance :)

20:03 <seabass> Is there a API endpoint with which I can use Forge for Emacs?

20:05 <anholt_> bentiss: still struggling with EOFs in container image pulls on packet runners

20:23 <bentiss> anholt_: OK, kicked it once more

20:23 <anholt_> thanks!

20:29 <bentiss> thaller: maybe try putting the full path of fedora:35 from the fedora registry instead. It looks like the fedora:35 image on dockerhub still believes it's rawhide -> FDO_BASE_IMAGE=registry.fedoraproject.org/fedora:35 (but this should be done by the tip of ci-templates)

21:15 <__tim> seabass[m], there's a Gitlab API endpoint that works, yes (e.g. with python-gitlab)

21:27 <whot> thaller: fwiw, there's nothing version-specific about fedora or any other distro in the ci-templates, we just pass the FDO_DISTRIBUTION_VERSION through. the only time we use versions is for our own (ci-template's) CI pipeline but that has no effect on other projects

21:27 <whot> so as bentiss this seems to be a dockerhub/external image issue