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 -- 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