#387 Fedora 38 has branched, please change the PR CIs to do the right thing
Closed by mvadkert. Opened by churchyard.

  • rawhide PRs should run on Rawhide, which is now Fedora 39
  • f38 PRs should run on Fedora 38

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

Metadata