[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Build-Depends-Indep, gtk-doc-tools and buildds

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.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466431
> http://buildd.debian.org/fetch.cgi?pkg=libgda3;ver=3.0.2-1;arch=amd64;stamp=1203274481
> 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

Reply to: