On Tue, Dec 20, 2016 at 06:16:59PM +0100, Lucas Nussbaum wrote:
> It seems to be a random issue. Apparently I was unlucky as it failed
> twice in a row for me (when doing archive rebuilds, I automatically
> retry failed builds once to avoid random issues).
> 
> Doing:
> for i in $(seq 0 9); do su user42 -c 'sbuild -n -A -s --force-orig-source 
> --apt-update -d unstable -v  xapian-bindings' &> xapian$i.log ; done
> 
> I get:
> # grep Status xapian?.log
> xapian0.log:Status: attempted
> xapian1.log:Status: attempted
> xapian2.log:Status: attempted
> xapian3.log:Status: successful
> xapian4.log:Status: attempted
> xapian5.log:Status: successful
> xapian6.log:Status: successful
> xapian7.log:Status: attempted
> xapian8.log:Status: successful
> xapian9.log:Status: attempted

$ for i in $(seq 0 9); do sbuild -n -A -s --force-orig-source --apt-update -d 
unstable -v xapian-bindings &> xapian$i.log ; done
$ grep Status xapian?.log
xapian0.log:Status: successful
xapian1.log:Status: successful
xapian2.log:Status: successful
xapian3.log:Status: successful
xapian4.log:Status: successful
xapian5.log:Status: successful
xapian6.log:Status: successful
xapian7.log:Status: successful
xapian8.log:Status: successful
xapian9.log:Status: successful

> Note that this machine has 64 cores

FWIW, the machine I tested on has 8.

> but I didn't set DEB_BUILD_OPTIONS=parallel=n. So it seems that the
> buildsystem somehow tries to figure out the number of available cores and use
> that.(?)

There's nothing like that upstream, and debian/rules only passes -jN if it sees
parallel=N in DEB_BUILD_OPTIONS:

http://sources.debian.net/src/xapian-bindings/1.4.1-1/debian/rules/#L130

It might be that javac compiles dependency .class files and parallelises
that automatically, but if it does it presumably must take care of
inter-build locking or else it would fail a lot.

Clearly something is amiss, but I have no idea what.  I only added the
packaging of the java bindings a few months ago, so bisecting the history
is unlikely to be useful.

Are diffs between your good and bad logs illuminating?

Cheers,
    Olly

Reply via email to