On Tue, Apr 7, 2020 at 2:02 PM Stephen Gallagher <sgallagh(a)redhat.com> wrote:
On Tue, Apr 7, 2020 at 1:56 PM Neal Gompa <ngompa13(a)gmail.com> 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!