There are currently a number of old module-build-service RPMS in the epel7Server-infra and epel7Server-infra-stg repos. Should those be pruned for improved repo generation performance and cleanliness? If so, please feel free to only keep the latest versions in both.
N/A
Nothing
This is something likely we need to discuss... on one hand, it would be nice to always have the last few so you could downgrade if you hit something but likely we rarely need all of them.
We could also do rebuilds every release or something and only keep the ones since then.
Metadata Update from @kevin: - Issue priority set to: Next Meeting (was: Needs Review)
Presence of older builds in the repos is a consequence of implementing #7385. Proposed fix: Enable garbage collection for infra tags - adjust koji-gc.conf to let koji-gc untag old builds and keep only the last 3 builds per package tagged.
Metadata Update from @kevin: - Issue priority set to: Waiting on Assignee (was: Next Meeting)
Metadata Update from @mizdebsk: - Issue tagged with: koji
I'm fine with koji-gc handling this. Can you make a patch?
This is a nice one for a new person to take...
https://infrastructure.fedoraproject.org/cgit/ansible.git/tree/roles/koji_hub/templates/koji-gc.conf.j2
Is the current template for koji-gc (garbage collection). Just need to add in a small stansa for infra and infra-stg tags and say keep the last 3?
Metadata Update from @kevin: - Issue tagged with: easyfix
@kevin is this patch enough? I've set also an age constraint on -infra-stg tag, supposing things may change more rapidly there than in prod.
-infra-stg
<img alt="koji-gc.patch" src="/fedora-infrastructure/issue/raw/files/e485ba243433b28d4e1fc640fcb8635e00f2d09b07e1b3ff90a92b6802a3afff-koji-gc.patch" />
Yep. That will do fine! :)
Thanks @mattia !
Metadata Update from @kevin: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.