Fedora 40 dnf repo metalinks are not going to 'releases' yet

Fedora 40 still has some “development” dirs in metalinks

I wrote this post above in the fedoraforum when I noticed some (3) metalinks for Fedora 40 are still going to the development areas for Fedora 40 even though it’s been official for since Tues April 23. I wanted to point this out here, I suspect there are files in the repo servers that didn’t get updated to switch 40 from development to releases or some update didn’t occur. An easy way to see the problem is to run on Fedora 40 official the following, a “dnf clean all” to make sure it’s fresh metadata and then show the repoinfo data filtered for the Id, baseurl and metalink:

dnf clean all
dnf repoinfo | grep -E "Repo-id|baseurl|metalink"

You see the three repos “fedora” , “rpmfusion-free” and “rpmfusion-nonfree” are still on development:

Repo-id            : fedora
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-40&arch=x86_64
Repo-baseurl       : https://mirrors.rit.edu/fedora/fedora/linux/development/40/Everything/x86_64/os/ (120 more)

Repo-id            : rpmfusion-free
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=free-fedora-40&arch=x86_64
Repo-baseurl       : http://mirror.fcix.net/rpmfusion/free/fedora/development/40/Everything/x86_64/os/ (15 more)

Repo-id            : rpmfusion-nonfree
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=nonfree-fedora-40&arch=x86_64
Repo-baseurl       : http://mirrors.ocf.berkeley.edu/rpmfusion/nonfree/fedora/development/40/Everything/x86_64/os/ (33 more)

To make sure dnf isn’t related to this, I then got a metalink.metalink file using Firefox by simply loading the “fedora” metalink URL to get the list and then looked in the list, this also showed the baseurls point to development

For example from the metalink.metalink I got for “fedora”:

    <hash type="sha512">0f14a7fe8563c720005af40bfc505b78cadbb6578e2ff09aea41ccd2e22e591116c23aff8c54c30a437d78e3a7773f0a68c03d74f6d1fefb967b727e29d94498</hash>
   </verification>
   <resources maxconnections="1">
    <url protocol="http" type="http" location="US" preference="100">http://ziply.mm.fcix.net/fedora/linux/development/40/Everything/x86_64/os/repodata/repomd.xml</url>
    <url protocol="rsync" type="rsync" location="US" preference="100">rsync://ziply.mm.fcix.net/fedora-enchilada/linux/development/40/Everything/x86_64/os/repodata/repomd.xml</url>
    <url protocol="https" type="https" location="US" preference="100">https://ziply.mm.fcix.net/fedora/linux/development/40/Everything/x86_64/os/repodata/repomd.xml</url>
    <url protocol="https" type="https" location="US" preference="99">https://na.edge.kernel.org/fedora/development/40/Everything/x86_64/os/repodata/repomd.xml</url>

So the question is, now that Fedora 40 is officially out, shouldn’t dnf for those three repos go to the releases area?

1 Like

The package responsible for setting up the repos is fedora-repos, see fedora-repos - Fedora Packages and fedora-repos-40-1 | Build Info | koji

Looks like an update is missing to point to the release directory (Index of /pub/fedora/linux/releases/40/Everything/x86_64/os/repodata, or the corresponding mirror).

I would file an issue against the package so the maintainers can take a look (@kevin ).

That is expected in the first week after a release.

We are giving mirrors time to get up to date and will do the switch in a week or two.

4 Likes

All future updates will come from the “updates” repository, so it is not really important what the metalink.xml from the fedora repository refers to, as there will not be any new updates from there.

All future updates will come from the “updates” repository, so it is not really important what the metalink.xml from the fedora repository refers to, as there will not be any new updates from there.

I get that but it’s just that I was seeing Fedora 39 base “fedora” and the rpmfusion free and nonfree don’t do the same. So apparently this is something that’s left for the first week or two then the metalink lists are updated.