Control: tags 870398 + upstream Control: retitle 870398 recursive make intermittently breaks parallel builds Control: forwarded 870398 https://bitbucket.org/skskeyserver/sks-keyserver/issues/51/recursive-make-breaks-parallelism
Stating the dependency between bdbwrap.cmi and bdb/bdb.cmi wasn't too
bad -- i just had to "overstate" the dependency by making it directly
depend on bdb/bdb.cma (see upstream pull request [0]).
However, there is still a problem with recursive make and descent into
bdb/, which i've documented at the forwarded link, above, which is also
evident in the i386 build of 1.1.6-7 [1] (i think 1.1.6-8 is likely to still
suffer from it, but we just got lucky on the rebuild).
As i wrote upstream:
> what's happening here is that the sub-make processes get invoked at the
> same time, don't know about each other, and try to build the exact same
> thing at the same time. One of the compilation steps complains about the
> other compilation clobbering a file out from under it.
>
> One way to fix this would be to move all the dependency and build
> information entirely into a single makefile. Another way would be to
> depend on an external ocaml bdb library, rather than shipping our own.
Stéphane, is there any prospect of packaging libbdb-ocaml separately for
debian?
or, i could just force the build of bdb/bdb.cma first in
sks:debian/rules, which should avoid the problem for the moment (though
it does feel a bit fiddly).
Any thoughts or preferences?
--dkg
[0]
https://bitbucket.org/skskeyserver/sks-keyserver/pull-requests/57/document-the-explicit-dependency-of/diff
[1]
https://buildd.debian.org/status/fetch.php?pkg=sks&arch=i386&ver=1.1.6-7&stamp=1501622473&raw=0
signature.asc
Description: PGP signature
