Summary: | =sys-libs/talloc-2.0.8 with distcc - Build failed: [Errno 2] No such file or directory: 'bin/default/lib/replace/getpass_2.d' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | DrChandra the Gentoo Person <gentooperson> |
Component: | [OLD] Library | Assignee: | Gentoo's SAMBA Team <samba> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | bkohler, mgorny, petr.pisar, samba, wgh |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
build.log talloc-2.1.0 build log |
Description
DrChandra the Gentoo Person
2013-04-26 13:25:04 UTC
I can't reproduce that. Please post your `emerge --info' output in a comment. got the same problem here on 2 amd64 machines, both setup with distcc and large -j parameter Created attachment 357680 [details]
emerge --info
Created attachment 357682 [details]
build.log
It looks very much like a parallel build issue. I have the same problem here (distcc, large --jobs); and: a) the problem consistently occurs for me b) it's consistently fixed by MAKEOPTS="-j1" Until a better solution can be found, please consider disabling parallel build for sys-libs/talloc. (-2.0.8 here, but I've seen this with earlier versions as well). sys-libs/tevent-0.9.19 has exactly the same issue, I've filed a separate report as bug 483948. My full emerge --info is over there. The very same also affects sys-libs/talloc-2.0.8-r1. Created attachment 371316 [details]
talloc-2.1.0 build log
Pretty similar with 2.1.0 and -j8.
Can't reproduce it, but feel free to fix if you can Still the same here with sys-libs/talloc-2.1.5. It fails with MAKEOPTS="-j7" set and builds with -j1 on my amd64 machine. Its basically the same here with sys-libs/talloc-2.1.6 on x86. It fails with MAKEOPTS="-j4" set and builds with -j1. The file not found error is about bin/default/lib/replace/cwrap_2.d but that seems to be the same problem. Still the same with sys-libs/talloc-2.1.9. Appears to be the same problem as https://bugs.gentoo.org/581900 net-fs/samba, both use waf internally as their build service instead of the typical make or ninja, and apparently waf appears to have problems dealing with dependencies when using distcc though I haven't taken a really close look at it due to unfamiliarity with waf. Workaround is to not use distcc, though running multiple jobs with -j is fine, as all jobs are on the same SMP machine. I have no way to test with a huge NUMA machine or some arbitrary command batch cluster. |