On Tue, Apr 7, 2020 at 2:02 PM Stephen Gallagher <sgallagh@xxxxxxxxxx> wrote:
>
> On Tue, Apr 7, 2020 at 1:56 PM Neal Gompa <ngompa13@xxxxxxxxx> wrote:
> > This definitely solves the issue I've been thinking of. I'm not sure I
> > understand why we want to disconnect the ELN version from the upcoming
> > RHEL version, even in the DistTag? It seems to be a weird hoop to
> > separate when we all know this is about building the next RHEL major,
> > and we all know what the next version is, and we all know the
> > timelines.
>
> It's not about being cagey about the release, it's actually about us
> retaining the ability to perform a rebuild without needing to push a
> release-bump into the Fedora dist-git for issues that are
> ELN-specific. (For example, ELN might carry a link-time-optimization
> flag that we discover causes bugs to appear on certain packages. That
> flag isn't used on Fedora, so we wouldn't want to bother the
> maintainer with a version bump. We'd just bump the Y value of %{eln}
> and resubmit it to Koji, which would then not have a duplicate NEVRA
> appearing.
That part I get... I mean, why not eln%{rhel}.X.Y?
--
真実はいつも一つ！/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 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/devel@xxxxxxxxxxxxxxxxxxxxxxx
