Re: Requesting branches for epel9

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

 



On Thu, Dec 16, 2021 at 6:26 AM Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote:
>
> On Tue, Dec 14, 2021 at 06:31:04AM -0500, Stephen John Smoogen wrote:
> > > Where is that checklist? I found
> > I don't know myself.
>
> Fair -- a lot of this stuff is individual experience and wisdom that we
> haven't recorded, but need to.
>
>
> > > But it seems like "request an EPEL branch" should generally be either "Okay!
> > > Doing that automatically now" or "Oh, this is in EL, sorry"*. What are the
> > > other cases?
> >
> > As far as I know this isn't about requesting EPEL branches, as much as
> > requesting any branches by hand. If I add something to Fedora rawhide
> > and then ask for a F34 branch, the same issues can happen. Remember
> > our build infrastructure is a pile of band-aids on top of duct tape on
> > top of bungee cords. Lots of tools are written for a toolchain which
> > existed years ago and have been hacked to make it work with whatever
> > new initiative that comes into play. 'Unexpected' side effects and
> > corner cases happen all the time and the fixing of them tends to add
> > new ones.
>
> Sure. But also, asking people to spend a lot of their time running
> grunt-work tasks means that they have less time to fix when things break,
> let alone re-engineer away some of that tech debt. It seems like we should
> be able to automate the simple cases (adding F34 and F35 branches should be
> even easier, since we don't have the "is it in EL?" question even).
>

It is also possible to automate the "is it in EL?" question too, since
we now have access to a Koji instance we can query for that
information. According to the CentOS Stream 9 contributor guide[1], if
it's in c9s-compose, then it's published content.

[1]: https://docs.centos.org/en-US/stream-contrib/quickstart/#_whats_going_on_with_package_x



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
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 on the list, report it: https://pagure.io/fedora-infrastructure




[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