Re: EPEL2RHEL - New Wording? - New Workflow?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Sep 2, 2022 at 10:55 AM Davide Cavalca via epel-devel <epel-devel@xxxxxxxxxxxxxxxxxxxxxxx> 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
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux