#10383 possibly missing SRPMS link in updates tree?
Closed: Fixed by kevin. Opened by mattdm.

  • Describe the issue

Compare

https://dl.fedoraproject.org/pub/fedora/linux/updates/34/Everything/

to

https://dl.fedoraproject.org/pub/fedora/linux/updates/35/Everything/

The former has a SRPMS directory, which I think is actually a symlink to source/tree; the latter does not.

This shouldn't matter normally, because it looks like mirrormanager points directly to source/tree. But, the example baseurl in fedora-updates.repo points to SRPMS (even with a clearly spurious download.example hostname), so it seems likely that people might have that configuration. I'm pretty sure that's what's going on here: https://ask.fedoraproject.org/t/fedora-35-where-are-srpms-dnf-builddep/18167?u=mattdm

So, probably:

  1. We should create that symlink, because, hey, symlinks are cheap
  2. We should update the repo file going forward to point to source/tree
  3. I guess maybe some of this is documented somewhere and we should update that documentation to match reality and/or update reality to match the documentation

  4. When do you need this? (YYYY/MM/DD)

Not urgent?

  • When is this no longer needed or useful? (YYYY/MM/DD)

Probably indefinitely. We could phase out the SRPMS symlink eventually I guess?

  • If we cannot complete your request, what is the impact?

I suppose: Minor annoyance for people who have manual configuration for the source package URL but haven't updated it to point to the new location and aren't shown an obvious reason for the failure.


The intention is to use source/tree/ everywhere, as thats what pungi makes. I have no idea how a SRPM dir got into f34. ;(

@mohanboddu any ideas?

We can't actually use symlinks. Some of our mirrors use weird filesystems that don't know what a symlink is. ;( (Or at least they did in the distant past).

We definitely should fix the example url tho.

We symlinked source/tree to srpms dir to help with some breakage issue when we moved to source/tree dir style. We said we will remove the symlinks but we didn't get to them.

https://pagure.io/releng/issue/10191

I will work on removing the symlinks.

Metadata Update from @mohanboddu:
- Issue tagged with: low-gain, low-trouble, ops

This should be done. Please re-open or file a new ticket if you still see anything.

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Metadata