On Wed, Aug 19, 2020 at 04:30:18PM +0200, Nils Philippsen wrote:
> 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.
Since the logic used by rpmautospec is stored in the git tags, you can
pre-process the spec file locally just like koji does, thus giving you the
possibility to build locally just like koji does.
This is what I had in mind with my comment. Does it make sense?
Pierre
_______________________________________________
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
