RFS: deadbeef

Jonas Smedegaard dr at jones.dk
Sat Dec 4 12:38:43 UTC 2010


On Fri, Dec 03, 2010 at 08:08:35PM -0500, Paul Tagliamonte wrote:
>On Fri, Dec 3, 2010 at 7:09 PM, Alessio Treglia <alessio at debian.org> wrote:
>> On Fri, Dec 3, 2010 at 7:48 PM, Paul Tagliamonte <paultag at ubuntu.com> 
>> wrote:
>>> The upload would be:
>>>
>>> version-N+dfsgX
>>
>> It had better set something similar to:
>>
>>       version-N~dfsg
>>
>> This makes us able to drop the ~dfsg component if upstream will 
>> decide to release another DFSG-clean tarball in future.
>
>Ahhh, that makes sense.
>
>Just for my own personal education here ( since I'm still learning ), 
>will dpkg fail if:
>
>1.0-1+dfsg3
>
>not get overriden by:
>
>1.0-2
>
>( I used 3 to try to force the condition that I'm thinking about )

It seems (one of) you are confusing upstream and Debian version parts.

"1.0" in above is the upstream version, and "1" (or "2" or "3") is the 
Debian version.

What is not DFSG free is the pristine _upstream_ source, and therefore 
we want to indicate that we are using a slightly distorted _upstream_ 
part instead of the pristine one.

So the complete version should be this:

1.0~dfsg-1


And to (try to) answer your question, Debian version resolvers rank "~" 
as "just below" numeric characters and "+" and as "just above".

So if upstream re-release same code without DFSG-nonfree parts, we are 
able to package that as "1.0-1" because that ranks higher than the "just 
below" versioning.

For normal Debian packaging uploads you should use simple integers.  Use 
of "~" and "+" in Debian part of the version string is for unusual 
uploads like backports, NMUs, etc.


Hope that helps.

-- 
  * Jonas Smedegaard - idealist & Internet-arkitekt
  * Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20101204/cca2434d/attachment.pgp>


More information about the pkg-multimedia-maintainers mailing list