On Wed, 2020-08-19 at 10:46 +0200, Pierre-Yves Chibon wrote:
> On Thu, Aug 13, 2020 at 03:08:50PM +0200, Pavel Raiskup wrote:
> > Release tag problem/proposal
> > ============================
> >
> > Let's stop requiring Release bumps for each build. And let's put
> > an
> > additional tag into Release, like proposed in [4]:
> >
> > "Release: 1%{?dist}%{?buildtag}"
> >
> > ... and let the build-system to put there an artificial (but
> > increasing for
> > subsequent build IDs) value.
>
> When looking into rpmautospec this was one of the idea we thought
> about. There
> are a few downsides to it that made us go in a different direction:
>
> - Relies on the build system and cannot be emulated locally (without
> access to
> it)
To be fair and considering that local builds with the rpmautospec macro
don't magically know about historical builds -- local or Koji -- this
scheme could be made to work locally in a similar way as ours: just
define the macro as %{nil} (or .1 or whatever) in redhat-rpm-config.
> - Conflicts wit the minor release bump field of the versioning
> schema:
>
> https://docs.fedoraproject.org/en-US/packaging-guidelines/Versioning/#_more_complex_versioning
That's a more serious obstacle IMO. The way we overload the release
field in Fedora doesn't seem to work with many simple approaches.
Nils
--
Nils Philippsen "Those who would give up Essential Liberty to
Software Engineer purchase a little Temporary Safety, deserve neither
Red Hat Liberty nor Safety." -- Benjamin Franklin, 1759
PGP fingerprint: D0C1 1576 CDA6 5B6E BBAE 95B2 7D53 7FCA E9F6 395D
old: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
