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