<thaller>
where fc972fbab1a5944103b867e535959227bbc28e43e19827d51668d3169547a4ba seems to be an image of Rawhide from July.
<thaller>
is the a ci-templates project that uses f35? I clicked through the list of projects on the website (mesa,libinput,weston), and it seems that is nowhere else used (yet)...
<thaller>
I would guess, other projects will run into the same issue, once they bump the fedora version to 35...
<bentiss>
thaller: your machine is set to first look at registry.fedora.org instead of dockerhub, which the fdo runners are not (they are debian based)
<bentiss>
thaller: and the upstream tip of ci-templates forces the use of registry.fedora.org, so it's worth a shot upgrading the sha of ci-templates
<bentiss>
thaller: they should be supported, though I see you are using specific tags...
<bentiss>
let me check if the centos registry has them or something similar
<thaller>
bootstrap/cbuild does:
<thaller>
centos)
<thaller>
if [[ $version == '7' ]]
<thaller>
DNF_EXTRA_ARGS=""
<thaller>
DNF="yum"
<thaller>
then
<thaller>
else
<thaller>
but version seems to be "7.9.2009"
<thaller>
that explains the failure on Centos7...
<bentiss>
thaller: looks like registry.centos.org is dead actually, it hasn't been updated since Dec 2020
<bentiss>
"skopeo inspect docker://registry.centos.org/centos:8" gives a handful of tags
<bentiss>
when "skopeo inspect docker://quay.io/centos/centos:8" gives all the tags you want
<thaller>
bentiss, isn't hte problem:
<thaller>
+ buildah run --isolation chroot dnf upgrade -y --setopt=install_weak_deps=False
<thaller>
error reading build container "dnf": container not known
<thaller>
(at least for Centos7...)
<bentiss>
thaller: you're having 2 issues actually
<bentiss>
the first one is what I described: "Error initializing source docker://registry.centos.org/centos:7.5.1804: Error reading manifest 7.5.1804 in registry.centos.org/centos: manifest unknown: manifest unknown"
<bentiss>
which means that buildah can not create the container, and $buildcntr is empty
<bentiss>
so then, when you run "buildah run" it thinks the container is named dnf
<bentiss>
the second problem is what you described, we should be using yum, and not dnf
<thaller>
(note that building CentOS / f2[89] with the earlier ci-templates version still works)
<thaller>
for the second problem, the fix is easy. I will create a merge request now.
zhxuxu has quit [Remote host closed the connection]
<seabass>
__tim: Thanks! For those who might also want to use Emacs/Forge with the freedesktop GitLab, here's the code I put in ~/.emacs to make it work:
<bentiss>
daniels: BTW, I was wondering if we should not give anholt_ access to the cluster so we get somebody else capable of running this one line when we are asleep
<bentiss>
plus he'll be able to check on marge
<bentiss>
anholt_: would that be of interest for you? kicking the registry cache is a one command to type
<daniels>
bentiss: I think he already had access to GCP, would be totally fine with new cluster too
<bentiss>
daniels: OK, once I'll get his answer, I'll set up the credentials if needed
khilman has left #freedesktop [#freedesktop]
ngcortes has joined #freedesktop
<anholt_>
bentiss: I do have some gcp access, but I would need a bit a playbook to work from, as I don't see myself developing my own understanding of the gitlab setup.
<bentiss>
anholt_: the idea is to give you wireguard access to the cluster, the credentials, and the command to kick the registry when it goes down
<bentiss>
no development requiredd
<bentiss>
and FWIW, we don have anything left on gcp :)
<bentiss>
anholt_: can I use one of the ssh keys on gitlab to temporary add you on one of the servers?
<bentiss>
anholt_: or you can give me a public ssh key, that will do too
<bentiss>
(actually I don't have the full pub key on gitlab)
<bentiss>
daniels: OK, I gave anholt the keys
<anholt_>
I promise to try to do the minimum and only what bentiss has told me how to, in all of our interests.
<bentiss>
having someone who can just kick the registry cache when we are asleep is already tremendensly helpful
<daniels>
it is very strange how peaky it is - sometimes it fails multiple times per day, sometimes it's fine for weeks on the bounce ...
<daniels>
but the logs show no particular insight when it is flaky
Haaninjo has quit [Quit: Ex-Chat]
<DragoonAethis>
Hey everyone, I just finished publishing all videos from XDC 2021: https://www.youtube.com/playlist?list=PLe6I3NKr-I4LwrhsAG1XVPW0EFL8ZJ_6W - some titles were cut to make them fit into the YouTube title length limit, so if you'd like to make any changes, please let me know. Enjoy!
<DragoonAethis>
(media.ccc.de videos are coming in a few days)
<emersion>
thanks!
ximion has joined #freedesktop
seabass has quit [Quit: leaving]
danvet has quit [Ping timeout: 480 seconds]
Seirdy has quit [Quit: exiting 3.2]
Seirdy has joined #freedesktop
xexaxo has quit [Read error: Connection reset by peer]
xexaxo has joined #freedesktop
ngcortes has quit [Remote host closed the connection]