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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
