Your message dated Mon, 8 Jan 2007 01:48:49 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#406003: dpkg-checkbuilddeps: please support substvars
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dpkg-dev
Version: 1.13.25
Severity: wishlist
Tags: patch

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hoi :)

I have a set of packages (*qalc*) which consists of several upstream tarballs
and is organized in several debian source packages.  There is one core package
containing a shared library (libqalculate) which is needed to build all other
packages.

The non-library source packages need a matching version of the library package
in order to build.  All upstream packages have one common versioning scheme and
I would like to use ${source:Upstream-Version} in the Build-Depends line.

The following patch seems to work:

- --- /usr/bin/dpkg-checkbuilddeps.orig   2007-01-07 21:50:27.000000000 +0100
+++ /usr/bin/dpkg-checkbuilddeps        2007-01-07 22:00:15.000000000 +0100
@@ -37,7 +37,11 @@

 my $control=shift || "debian/control";
 $controlfile=$control;
+$changelogfile = "debian/changelog";

+&findarch;
+&parsechangelog;
+&parsesubstvars;
 &parsecontrolfile;
 my @status=parse_status();
 my (@unmet, @conflicts);


Thanks for your help!

- -- System Information:
Debian Release: 4.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), 
(1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages dpkg-dev depends on:
ii  binutils                      2.17-3     The GNU assembler, linker and bina
ii  cpio                          2.6-17     GNU cpio -- a program to manage ar
ii  dpkg                          1.13.25    package maintenance system for Deb
ii  make                          3.81-3     The GNU version of the "make" util
ii  patch                         2.5.9-4    Apply a diff file to an original
ii  perl [perl5]                  5.8.8-7    Larry Wall's Practical Extraction 
ii  perl-modules                  5.8.8-7    Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2                         1.0.3-6    high-quality block-sorting file co
ii  gcc [c-compiler]              4:4.1.1-15 The GNU C compiler
ii  gcc-4.0 [c-compiler]          4.0.3-7    The GNU C compiler
ii  gcc-4.1 [c-compiler]          4.1.1-21   The GNU C compiler

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFoWEej/Eaxd/oD7IRAiVUAJ9OBV3n8yTPkKkDtuMtLTAv7kNTcQCcDbMy
7NxcsI0J4Cx2Ntq1CLGjd9A=
=ep99
-----END PGP SIGNATURE-----


--- End Message ---
--- Begin Message ---
Hi,

On Sun, 2007-01-07 at 22:07:52 +0100, Martin Waitz wrote:
> Package: dpkg-dev
> Version: 1.13.25
> Severity: wishlist
> Tags: patch

> I have a set of packages (*qalc*) which consists of several upstream tarballs
> and is organized in several debian source packages.  There is one core package
> containing a shared library (libqalculate) which is needed to build all other
> packages.

> The non-library source packages need a matching version of the library package
> in order to build.  All upstream packages have one common versioning scheme 
> and
> I would like to use ${source:Upstream-Version} in the Build-Depends line.

First, you'll have to write that version anyway in the changelog, ok
it's another step, but it's not a big deal. And second and most
important, this might make the Build-Dependencies variable among
invokations of package building, which is not good, as it makes the
output less easily reproducible. Also it would pose problems with all
other tools parsing Build-Depends. Thus closing this bug report.

regards,
guillem

--- End Message ---

Reply via email to