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.