Package: dpkg-dev
Version: 1.14.6
Severity: normal

        Hi,

 Per policy 7.6, build-deps must be available for "clean"; pbuilder
 calls dpkg-buildpackage -S to generate a source suitable to be copied
 into the build environment; by default, this involves cleaning before
 building the source, but dpkg-checkbuilddeps isn't run before cleaning.

 I think dpkg-builcpackage should run dpkg-checkbuilddeps and fail at
 this point when called with -S.  Currently, clean might fail if
 build-deps are unavailable (such as missing patch system package), but
 this should really be an error detected earlier on.

 pbuilder will probably want to override this behavior and output a
 warning if dpkg-checkbuilddeps as run by pbuilder fails, but still try
 to continue unless clean fails.

   Bye,

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg-dev depends on:
ii  binutils                      2.18-1     The GNU assembler, linker and bina
ii  cpio                          2.9-4      GNU cpio -- a program to manage ar
ii  dpkg                          1.14.6     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-11   Larry Wall's Practical Extraction 
ii  perl-modules                  5.8.8-11   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2                         1.0.3-7    high-quality block-sorting file co
ii  gcc [c-compiler]              4:4.2.1-6  The GNU C compiler
ii  gcc-3.4 [c-compiler]          3.4.6-6    The GNU C compiler
ii  gcc-4.1 [c-compiler]          4.1.2-16   The GNU C compiler
ii  gcc-4.2 [c-compiler]          4.2.1-5    The GNU C compiler

-- no debconf information

-- 
Loïc Minier


Reply via email to