Summary: | kwin fails to compile (but not a kwin problem, maybe kde eclasses?) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rodolfo Boer <rodolfo.boer> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | ferringb |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Other | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Rodolfo Boer
2006-03-02 10:44:22 UTC
is ruleslistbase.h generated? If so, then it's a parallel make error. (In reply to comment #1) > is ruleslistbase.h generated? > > If so, then it's a parallel make error. The file is not generated, and I have not enabled parallel make, so unless it's enabled automatically... Sure you do: make[4]: *** [kcm.lo] Error 1 make[4]: Leaving directory `/usr/tmp/portage/kwin-3.5.1/work/kwin-3.5.1/kwin/kcmkwin/kwinrules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/tmp/portage/kwin-3.5.1/work/kwin-3.5.1/kwin/kcmkwin' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/tmp/portage/kwin-3.5.1/work/kwin-3.5.1/kwin' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/tmp/portage/kwin-3.5.1/work/kwin-3.5.1' make: *** [all] Error 2 You're running 4 makes at the same time... (In reply to comment #3) > Sure you do: [...] Well, for start, I though that parallel make could be enabled only by setting MAKEOPTS in make.conf, but I have that line commented out, so I don't know where it could be enabled. If there's another way please tell me. Second, as far as I can remember I've always seen that kind of output from make, I thought it spawns a new process whenever it enters a subdir. Third, if I go to the build directory (tmp/portage/work/...) and simply type make, which I assume starts a "serial" make, the behaviour and output is just the same. I'm recompiling amarok and kwin with "ebuild compile" to preserve the partial compilation and making the single files that miss by hand, and they all are generated by uic or (in one case) dcopidl. However other files generated by uic have no problem. Kwin now is installed, but this does not solve the problem definitely probably better to force it off: MAKEOPTS="" (or try "-j1") (In reply to comment #6) > probably better to force it off: > > MAKEOPTS="" (or try "-j1") I tried both, and the problem is still the same Ok, I finally found the culprit. I just disabled confcache from features and kwin compiled with no fault Brian, I'm not quite sure to whom to assign this confcache issue now you are retiring. Do you still take care for your pet or does anyone else? @caleb: I'm upstream on it, flameeyes has kindly stepped up to maintain ebuild in the tree (eg, he should see these bugs). Meanwhile... some autotoolings are just horked and won't work with confcache. RESTRICT="confcache" Was added to work around this; I'd suggest modifying the ebuild and adding it- it'll just disable confcache for that cpv. Resolving, as confcache is broken, hard masked and therefore unsupported. |