Re: Strange RPM versioning problem in qemu in Rawhide

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 02 Aug 2011 11:58:08 -0700, AW (Adam) wrote:

> > 0.2.20110718525e3df.fc16
> > 0.2.2011072859fadcc.fc17
> > 
> > Split up into the elements that RPM compares, these are:
> > 
> > 0, 2, 20110718525, e,     3,  df, fc, 16
> > 0, 2, 2011072859,  fadcc, fc, 17
> >       ^^^^^^^^^^^^
> > The third elements cause this evr-comparison to have a result which you
> > don't expect. Bump the second element "2" to "3" and you should be
> > fine :-).
> 
> Well, in this case yes, but this problem could emerge again in a case
> where there's no version bump that 'should have' been carried out.

When would that be?

Packagers ought to bump the most-significant portion of %{release}
with every build where %{version} stays the same. In this case:
  0.2.somelongstuff => 0.3.somesimilarlylongstuff

-- 
For the pre-release versioning scheme, it's not the left-most part
of %release, but the one right of the leading '0.', of course.
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux