On Sun, Oct 30, 2011 at 10:43:03PM +0100, Ludovic Brenta wrote: > Robert Millan <r...@debian.org> writes: > >> Matthias tried to disable parallel builds on kfreebsd-*: > >> > >> ifneq (,$(filter $(DEB_TARGET_ARCH), kfreebsd-amd64 kfreebsd-i386)) > >> USE_NJOBS = no > >> endif > >> > >> but it looks like the DEB_BUILD_OPTIONS on fano overrode him: > >> > >> # Support parallel=<n> in DEB_BUILD_OPTIONS (see #209008) > >> ifneq (,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS)))) > >> NJOBS := -j $(subst parallel=,,$(filter parallel=%,$(subst $(COMMA), > >> ,$(DEB_BUILD_OPTIONS)))) > >> endif > >> > >> The package FTBFS on fano (the kfreebsd-amd64 buildd). > >> > >> As Matthias is travelling, I'll try to upload 4.6.1-3 this weekend. > > > > Cool, thanks! > > The build on fano failed again despite using only one job :(
It was expected, but at least it allows to compare the build logs more easily. > At this point I'll have to leave it to kFreeBSD porters to find the real > cause. There must be a difference between the buildds and > asdfasdf.debian.net. It's worse than that, gcc-4.6 builds fine in the build daemon if the build is done directly in the chroot or started directly by calling sbuild. The problem only appears when the buildd process calls sbuild, which makes things difficult to debug. The next step is probably to do the next source uploads with another architecture than amd64, to see if the problem is reproducible on the amd64 build daemon. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111031113340.gk31...@hall.aurel32.net
