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

[Michael Biebl]

Package: cdbs
Version: 0.4.106
Severity: critical

Hi,

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.

Thanks,
Michael



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