Bug#637236: gcc-4.6/gcj-4.6 build failures on kfreebsd-amd64 are back again
On Sun, Oct 30, 2011 at 10:43:03PM +0100, Ludovic Brenta wrote:
> Robert Millan <rmh@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
aurelien@aurel32.net http://www.aurel32.net
Reply to: