On Sun, Oct 30, 2011 at 10:43:03PM +0100, Ludovic Brenta wrote:
> Robert Millan <email@example.com> 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
> 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
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
To UNSUBSCRIBE, email to debian-gcc-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org