I'll comment with finding about unexpected behavior.
In https://src.fedoraproject.org/rpms/pyproject-rpm-macros/pull-request/359 (opened against rawhide) I see that Fedora CI - scratch build launched and f38 scratch build in Koji. This is unfortunate because a rawhide target exists and there is no need to explicitly choose a numeric version.
OTOH the rpm-scratch-build job works correctly on a rawhide PR :heavy_check_mark:
Fedora CI - scratch build on a f38 run a f38 scratch build :heavy_check_mark:
Zuul does not seem to start at all on an f38 PR, e.g. https://src.fedoraproject.org/rpms/pyproject-rpm-macros/pull-request/360 (note that there is a visible Zuul badge in that PR but that is from https://src.fedoraproject.org/rpms/pyproject-rpm-macros/pull-request/359 opened from the same branch)
Fedora CI - dist-git test and rpm-sti-test on rawhide PR both seem to run on a Fedora 39 system but I have not yet been able to verify if it installs packages from Rawhide or F38 Koji repos.
Fedora CI - dist-git test on F38 PR also runs on a Fedora 39 system.
I just updated the configs. For proper f38 support, we will also need Testing Farm assistance with Fedora 38 composes: https://api.dev.testing-farm.io/v0.1/composes
I am on it
It is out, although I am not sure if this will cause a problem:
Errors during downloading metadata for repository 'fedora': - Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=fedora-38&arch=x86_64 (IP: 38.145.60.21)
@churchyard maybe that is something for the infra team?
Btw zuul will need dedicated onboarding: https://pagure.io/fedora-zuul-jobs/pull-request/158
Will try to do that tmrw, sorry
❯ http https://api.dev.testing-farm.io/v0.1/composes/public | jq | grep Fedora-38 "name": "Fedora-38" "name": "Fedora-38-aarch64"
Beware that something broke even more now, see https://pagure.io/fedora-ci/general/issue/389
It is out, although I am not sure if this will cause a problem: Errors during downloading metadata for repository 'fedora': - Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=fedora-38&arch=x86_64 (IP: 38.145.60.21) @churchyard maybe that is something for the infra team?
$ curl 'https://mirrors.fedoraproject.org/metalink?repo=fedora-38&arch=x86_64' | head % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 5665 100 5665 0 0 30705 0 --:--:-- --:--:-- --:--:-- 30788 <?xml version="1.0" encoding="utf-8"?> <metalink version="3.0" xmlns="http://www.metalinker.org/" type="dynamic" pubdate="Fri, 10 Feb 2023 17:03:55 GMT" generator="mirrormanager" xmlns:mm0="http://fedorahosted.org/mirrormanager"> <files> <file name="repomd.xml"> <mm0:timestamp>1675953984</mm0:timestamp> <size>6285</size> <verification> <hash type="md5">c95eae217dd5cd80a093dac177b7ac0e</hash> <hash type="sha1">added7e3602c427fac059fe99bbccab09e22a95c</hash> <hash type="sha256">1861e484daf9a9517d17a327eff569a526f48210135798df60fdb7fcda698a7d</hash>
Assuming this was fixed.
Metadata Update from @mvadkert: - Issue assigned to mvadkert
Zuul is in progress finally:
https://pagure.io/fedora-zuul-jobs/pull-request/166
F38 zuul support is merged.
https://pagure.io/fedora-zuul-jobs-config/pull-request/175
Metadata Update from @mvadkert: - Issue status updated to: Closed (was: Open)
Testing here: https://src.fedoraproject.org/rpms/python-gear/pull-request/59