Find in this group all groups
Unknown more information…

d : 4 March 2008 • 8:06PM -0500

Re: Build-Depends-Indep, gtk-doc-tools and buildds
by Loïc Minier


On Tue, Mar 04, 2008, Neil Williams wrote:
> libgda3-3 is currently FTBFS on the autobuilders but local tests check
> out fine - I want to be able to close the RC bug in an NMU but I can't
> reproduce the buildd error.
> gtk-doc-tools is not being picked up as a build depends during port
> builds, despite it being located during normal debuild, pdebuild and
> pbuilder checks on my machines. (pbuilder ... --binary-arch works too).

Could it be that gtk-doc-tools was added as a dep of another package?

pbuilder should only pick build-deps and not -indep when run with
--binary-arch, but perhaps this is borken.  It would be interesting to
try looking how your pbuilder came to select gtk-doc-tools for a
--binary-arch build.  The logic is in
/usr/lib/pbuilder/pbuilder-satisfydepends-* and it might be easiest to
diagnose with the aptitude backend which will create a fake .deb with
the build-deps as deps and install it.

> There isn't much point forcing buildds to build the docs but the quick
> fix would be to put gtk-doc-tools into Build-Depends instead of
> Build-Depends-Indep.
> (This is also holding up my own upstream work which needs a fix in this
> version of libgda3-3.)

(Done and uploaded.)

> Do buildds set DEB_BUILD_OPTIONS ? (i.e. wrapping --enable-gtk-docs in
> "nodocs" support would help in other areas but would it allow the buildd
> runs to complete?)

I'd like to easily be able to tell from debian/rules whether this is
going to be an arch or an arch + indep build in general; this is not
trivial with a common build rule for both cases as in CDBS at the
moment.   :-/

Loïc Minier

To UNSUBSCRIBE, email to debian-devel-REQUEST@list...
with a subject of "unsubscribe". Trouble? Contact listmaster@list...

Bookmark with:

Delicious   Digg   reddit   Facebook   StumbleUpon

Related Messages

opensubscriber is not affiliated with the authors of this message nor responsible for its content.