On Fri, Sep 2, 2022 at 10:55 AM Davide Cavalca via epel-devel < epel-devel@lists.fedoraproject.org> wrote:
On Thu, 2022-09-01 at 12:12 -0500, Maxwell G via epel-devel wrote:
I think this whole process should be automated. File bugs that say "Heads up: your package will be automatically retired after the release of RHEL X.X" and provide some explanation.
Agreed. This is a pretty mechanical process: all the maintainer would do is run "fedpkg retire" for the appropriate branches, and that looks reasonable to automate. If we're concerned about bugs in the automation retiring packages that shouldn't be impacted, we can have it file a ticket for signoff on the EPEL tracker (or have some other process to spot check, at least until we're confiden it'll do the right thing).
Sorry for delaying this for so long. Things came up, but now I have some time.
I think step one in this automation workflow is to not assign the bugs to the package at all. Assign the bugs to EPEL / distribution, but keep them as blockers on the EPEL2RHEL tracker[1]. This gets rid of the busy maintainer problem. Where they just read the subject and do what it says. This also allows the automation to not have to deal with all the different packages.
I think for the automation to happen, we also have to get the subject line updated. If we can get it to have what release is in it, parsing the subject line is much easier than going through all the bugzilla comments trying to find what release this is supposed to come out in. Something like "Remove yara from epel8 when RHEL 8.7 is released"
I think once we get to that point, I should be able to write a script that can grab all the open tickets on the EPEL2RHEL tracker and check if they are released, and do appropriate things.
Does this sound good to people?
Troy