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

Re: making more packages binary NMU safe

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
>>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.

Reply to: