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: