NVR bugs in rawhide

Daniel Mach dmach at redhat.com
Tue Jul 14 12:21:28 UTC 2009


Michael Schwendt wrote:
> On Tue, 14 Jul 2009 10:21:13 +0200, Daniel wrote:
>
>   
>> I found 375 possibly wrong NVRs in rawhide.
>> Can you check it an fix it, please?
>> I'd like to file bugs for those which won't get fixed in couple weeks.
>>
>> Short explanation of detected errors follows:
>>
>> Release doesn't contain a %dist tag.
>>  - %dist is missing in Release: in spec
>>     
>
> Often on purpose. Not a bug.
>   
Can you be more specific, please? What's exactly the purpose?
>   
>> Extra characters after %dist tag.
>> - there should not be any characters after %dist
>> - the only exception is a workaround for older releases to keep upgrade 
>> path: 2.fc10.1 < 2.fc11
>> - rawhide definitely shouldn't contain these
>>     
>
> Should not or must not?
>   
Policy doesn't explicitly forbid this, but it's recommendation for 
"Minor release bumps for old branches".
Since rawhide is the devel branch, I wouldn't expect it there.
>   
>> http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Minor_release_bumps_for_old_branches
>>
>>     
>
>   
>> iniparser-3.0-0.1.b.fc12.src.rpm
>>   - Release format can be wrong. Unknown non-numeric characters in release.
>>     
>
> Not a bug. The ".1" in "0.1" here is the portion of %release that
> is more significant than the parts following it.
> painstakingly, one would bump it with every change of the package,
> no matter whether the ".b" changes, too.
>   
Agree, this is obviously a false-positive.
>   
>> - Pre-release build's release should start with '0.'.
>>     
>
> Too late to correct it (for many of the findings). And often they are not
> even an error, because with post-release (!) scm snapshots, upstream *and*
> packagers typically don't increase %version -- particulary not if the
> next official %version is not known yet. So, once the next final
> upstream release is made, %version will increase. And only then one
> can reset %release to 0 or 1.
>   
Agree.

-- 
Daniel Mach <dmach at redhat.com>
Release Engineering, Red Hat




More information about the fedora-devel-list mailing list