[Build-common-hackers] Bug#663082: Should not silently change definition of $libexecdir

Michael Biebl biebl at debian.org
Thu Mar 8 11:14:21 UTC 2012

Package: cdbs
Version: 0.4.106
Severity: critical


the latest changes in cdbs redefines how $libexecdir is set.
This will cause hundreds of FTBFS, which is not acceptable.

While I don't agree that /usr/lib is a good default for $libexecdir the
change in debhelper/dh was at least done by only setting this new
behaviour when bumping the compat level which is an explicit action by
the package maintainer.

I just had a couple of build failures because of this change (mostly
gnome related packages, where we use CDBS extensively).

Please revert this change for now.

If you want to follow through with this change, please do an archive
wide rebuild first, to get an idea how many packages will FTBFS and do a
MBF beforehand.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev  20120210.1

Versions of packages cdbs suggests:
ii  devscripts  2.11.4

-- no debconf information

More information about the Build-common-hackers mailing list