Package: cdbs Version: 0.4.32 Severity: serious Hi
It should never be possible to call a target named debian/control , which will build a control file during the build. But this is possible with cdbs, because the target has the name of a file which exists and then the rules will call this target. You have a cdbs package and for whatever reason turned on the play with my debian/control in a bad way option. See #311724 for a long text on that matter. Small overview: The DEB_AUTO_UPDATE_DEBIAN_CONTROL option turned on modifies Build-Depends, which doesn't affect the build that's running. But it affects all following builds, which can be NMU, buildd builds and worst case: security builds. You DO NOT want to have such a build getting a different result (except for the small changes intended with the build) just because there is now another thing in the build-depends. Two solutions for this: Think about it and set the Build-Depends yourself. That's easy and you can check them in pbuilder. Do this only in a special target in debian/rules that is NEVER called automagically. So you can check what it did before you start the real build. This is the text from the ftpteam which you can also find here: http://ftp-master.debian.org/REJECT-FAQ.html Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20050803.1 Update infrastructure for config.{ ii debhelper 5.0.7 helper programs for debian/rules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]