On Mon, Aug 05, 2013 at 07:47:45PM +0200, Michael Schwendt wrote:
> On Mon, 5 Aug 2013 10:26:35 -0400, Darryl L. Pierce wrote:
>
> > > The scripts doing these mass rebuilds ought to be doing something lik:
> > >
> > > release = floor(current_release + 1)
> > >
> > > rather than just bumping by 1.
> >
> > Filed BZ#993058
>
> Hmm, I had hoped you would agree that the script should not mess with
> the release value. It already tries to cover Fedora's Package_Versioning
> guidelines, i.e. the 0.x pre-release scheme, for example. So, once you've
> fixed the Release in perl-qpid_proton, the script would bump as expected.
> The script has bumped thousands of packages before.
>
> On which basis should the script know when to "round up" as you describe?
> The number (or whatever else, such as a snapshot date) at the right of the
> leading number of %{release} could be anything. It could be the packager's
> internal package revision number (e.g. "patch-level").
If it detects that the release is something like ##%{?dist}.## then it
should drop the decimal place and increment the release number.
Repository snapshots, prereleases, etc. all use something other than a
number value (.BETA, .CR2, .20130805git, .0a1bcde3) which wouldn't get
dropped if that were the case.
But, your comment about patch levels makes me think on it more. I'll
have to consider more what I'm expecting.
--
Darryl L. Pierce <mcpierce@xxxxxxxxx>
http://mcpierce.fedorapeople.org/
"What do you care what people think, Mr. Feynman?"
Attachment:
pgpHWaacUPV_D.pgp
Description: PGP signature
-- packaging mailing list packaging@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/packaging
