Ken Bloom wrote:
> Peter Samuelson wrote:
>
>>[Ken Bloom]
>>
>>
>>> $substvar{'Source-Version'}= $fi{"L Version"};
>>>+ #Indep-Version is for supporting binary NMUs when a strict
>>>+ #version dependancy is required against an arch independant package
>>>+ $substvar{'Indep-Version'}= $fi{"L Version"};
>>>+ #strip out the +bN format binary NMU version suffix
>>>+ $substvar{'Indep-Version'} =~ s/\+b[0-9]+$//;
>>
>>
>>Uh, why does "Source-Version" not refer to, you know, the source
>>version?
>>
>>I think you meant this the other way around - a new Binary-Version or
>>Build-Version or something, to indicate the thing that Source-Version
>>misleadingly means now.
>
>
> Backward compatibility. According to
> http://lists.debian.org/debian-dpkg/2005/11/msg00000.html, it's quite
> common for -dev packages to use Source-Version to depend on their
> libraries, so changing the behavior of Source-Version would require a
> large transition.
>
> Perhaps the variables Source-Version should be left unchanged (and
> deprecated) but 2 variables ArchDep-Version and ArchIndep-Version should
> be introduced.
Here is the corresponding patch for that possibility. I hope the dpkg
maintainers will pick up one of these patches quickly.
--- controllib.pl.old 2006-01-15 22:50:55.000000000 -0600
+++ controllib.pl 2006-01-16 23:04:24.000000000 -0600
@@ -241,6 +241,9 @@
&parsecdata('L',0,"parsed version of changelog");
close(CDATA); $? && &subprocerr("parse changelog");
$substvar{'Source-Version'}= $fi{"L Version"};
+ $substvar{'ArchDep-Version'}= $fi{"L Version"};
+ $substvar{'ArchIndep-Version'}= $fi{"L Version"};
+ $substvar{'ArchIndep-Version'} =~ s/\+b[0-9]+$//
}
--Ken Bloom
--
I usually have a GPG digital signature included as an attachment.
See http://www.gnupg.org/ for info about these digital signatures.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
