On Wed, Mar 8, 2023 at 6:31 AM Troy Dawson <tdaw...@redhat.com> wrote:
> On Tue, Mar 7, 2023 at 7:16 PM Carl George <c...@redhat.com> wrote: > >> On Tue, Mar 7, 2023 at 2:18 PM Troy Dawson <tdaw...@redhat.com> wrote >> > >> > RHEL has been very good (lately) about their NVR's being higher than >> EPEL's. >> > If that is so, the EPEL packages don't take precedence over RHEL's. >> >> They may not when you first check. The risk in leaving the branch >> active is that a maintainer may bump the version and/or release and >> start overriding the RHEL package at any given time. We don't >> currently have a mechanism to freeze the distgit branch but leave the >> package in the repo. Our current calculus is "if the package is in >> RHEL, it needs to be promptly retired from EPEL". Leaving packages >> longer means that someone needs to continually check that the >> duplicating packages haven't started overriding their RHEL equivalent. >> > > Before I dig through all my emails, let me ask if you have got any > examples of EPEL packagers updating a package after RHEL has released it? > (Within a reasonable time frame, which is to say a month after the release) > I'm sorry, it's sounding like I'm trying to argue with you, and I'm not. I just have no idea why you feel packagers updating after RHEL has released a package is a problem. Back before we started doing this EPEL2RHEL, we did have a problem, and that was because many packagers had no idea that their package was in RHEL. Since we started EPEL2RHEL we've had the opposite problem. They get so excited about not having to maintain the package that they drop it too soon. If I've missed things, please let me know. Because I feel like I'm not seeing a problem that you are seeing. > Beyond the reasoning about timing, here's my other problem. > In the script I'm writing, I can't check if a package has been released by > RHEL, I can only check if a package has been released by Alma and/or Rocky. > It's the same reason that willit is only checking against Alma. > The whole subscription problem. > > Troy > >
_______________________________________________ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
