On Sat, Jun 30, 2007 at 09:40:29AM +0200, Andreas Metzler wrote: > I think that is just wrong. sbuild should not need to know anything > about dpkg-buildpackage's internals and there is no need for change > here. The currently used and proven interface is: > > 1. install Build-Depends for running dpkg-buildpackage -B
The issue we are trying to fix is that the current combination of Debian policy and dpkg-buildpackage actually require Build-Depends-Indep to be installed when running dpkg-buildpackage -B. Indeed dpkg-buildpackage -B calls 'debian/rules build' which requires Build-Depends-Indep to be installed. Since buildd actually implement 1) this cause packages to FTBFS until they are 'fixed' by having 'build' not depending on 'build-indep' (or equivalently, the build-indep task being performed directly by binary-indep), which is against the spirit of policy (because build-indep will then be executed under sudo or fakeroot). So this interface is used and proven to be wrong. > 2. install Build-Depends *and* Build-Indep-Indep for running > dpkg-buildpackage differently (e.g without any modifier or with -b) If you insist to go that road, you need to: 1) Change policy to require build-arch is implemented anytime the field Build-Depends-Indep is provided. and 2) Change dpkg-buildpackage -B to call build-arch if the field Build-Depends-Indep is present. Please submit patches if you are interested. However this proposal will cause a number packages to FTBFS until they are fixed (but less than always using build-arch). See <http://bugs.debian.org/218893> for any additional details. I am merely restating the issues. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
