I come from seeing here being reported on https://bugzilla.redhat.com/show_bug.cgi?id=1585932 I happen to have suffered from this in fedora 34 and nvwarr's solution of looking at SRPMS/repodata filelists I found the package I was looking for (samba).
so, right now those metalinks over at https://mirrors.fedoraproject.org/metalink?repo=updates-released-source-f$releasever&arch=$basearch point to fedora/updates/34/Everything/source/tree/repodata instead of fedora/updates/34/Everything/SRPMS/repodata. so dnf download --source fails as it doesn't find from source, but manually downloading from a mirror that had its directory listing enabled I found the package I was looking for in the SRPMS root
Unfortunately this happens with every release.
@mohanboddu can you remove the wrong directory (source/) so that MirrorManager can correctly detect the SRPMS/ location. Didn't we try to fix this some time ago.
source/
SRPMS/
There are still a couple of places the source/ directory exists. I guess all of them are wrong:
# find . -name source ./testing/32/Everything/source ./testing/32/Modular/source ./testing/33/Everything/source ./testing/33/Modular/source ./testing/34/Everything/source ./testing/34/Modular/source ./33/Everything/source ./33/Modular/source ./34/Everything/source ./34/Modular/source
This is dupe for https://pagure.io/fedora-infrastructure/issue/9764. Closing the ticket.
Metadata Update from @mohanboddu: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)