Summary: | kde-base/kdm-4.8.2-r1 fails at parallel make - fatal error: config.ci: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wonko <wonko> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex_y_xu, jbowler, orzel, wraeth |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://git.reviewboard.kde.org/r/105698/ | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=493938 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log
build.log |
Description
Wonko
2012-04-28 01:23:36 UTC
Created attachment 310321 [details]
build log
Very interesting. I can't reproduce myself, but I think I've identified an error in the CMake dependencies that could be responsible for this error. I will see what upstream says. This is now fixed upstream[1], and will appear in 4.8.5 and 4.9.0 [1]: http://quickgit.kde.org/?p=kde-workspace.git&a=commit&h=94a046d1653bba20951b614152bdd12f8cfb39b9 Thanks all. KDE SC 4.9.0 is added to the tree. + *kwin-4.9.0 (01 Aug 2012) + + 01 Aug 2012; Johannes Huber <johu@gentoo.org> +kwin-4.9.0.ebuild: + Version bump KDE SC 4.9.0 Created attachment 365026 [details]
build.log
Still occurring with kdm-4.11.2.
*** Bug 493938 has been marked as a duplicate of this bug. *** reopened, multiple users (including myself) reporting the issue. *** Bug 523080 has been marked as a duplicate of this bug. *** Also on ARM, so I deduce it is platform independent as would be expected and all versions of kdm/kde since 4.8 (I can't see how to change the subject line). Please note that the likelihood of this being fixed is low - KDM is no longer developed upstream and I haven't been able to track down the source of this bug. (In reply to Michael Palimaka (kensington) from comment #10) > KDM is no > longer developed upstream Seriously? Then the wiki needs to be updated to suggest what login manager should be used in the future: http://wiki.gentoo.org/wiki/KDE Meanwhile it's easy to work round in the ebuild; take a look at the webkit-gtk ebuilds (particularly the install step) to see one way, search for 'MAKEOPTS'. I suggest: MAKEOPTS="${MAKEOPTS} -j1" before the emake step in src_compile I'm building OK with -j1 in a package.env for kdm (In reply to John Bowler from comment #11) > (In reply to Michael Palimaka (kensington) from comment #10) > > KDM is no > > longer developed upstream > > Seriously? Then the wiki needs to be updated to suggest what login manager > should be used in the future: > > http://wiki.gentoo.org/wiki/KDE Yes, seriously. This is why I've suggested we drop kdm from the meta packages. KDE upstream is currently suggesting sddm and lightdm as alternatives. I've personally switched to lightdm some months ago. > Meanwhile it's easy to work round in the ebuild; take a look at the > webkit-gtk ebuilds (particularly the install step) to see one way, search > for 'MAKEOPTS'. I suggest: > > MAKEOPTS="${MAKEOPTS} -j1" > > before the emake step in src_compile > > I'm building OK with -j1 in a package.env for kdm This is not a "fix", but a workaround. This prevents make from running parallel jobs and can have a significant impact in the build time - in particular in arches with lower cpu clock and higher number of processors. (In reply to Jorge Manuel B. S. Vicetto from comment #12) > (In reply to John Bowler from comment #11) > > > > I'm building OK with -j1 in a package.env for kdm > > This is not a "fix", but a workaround. I think you misunderstood why I'm saying: 1) The *work round* needs to go in src_compile in the kdm ebuild unless someone manages to find where the missing dependency on config.ci is located. 2) Until the work round goes in it is necessary for each individual who encounters the problem to make a package.env entry specific to kde-base/kdm, otherwise what you describe happens. (2) works and anyone who does Gentoo //make is already doing it for a number of packages; I already have sys-devel/llvm, x11-base/xorg-server, dev-libs/boost as well as kde-base/kdm, however it *should not* be necessary for individual users to do this; hence (1). I agree, MAKEOPTS="${MAKEOPTS} -j1" is the common workaround used when the upstream fails with parallel build and is not easily patchable/fixable. Lot of other ebuilds do that. It's far from ideal, but at least it emerges for everybody as-is. Thanks, fixed in CVS. + 27 Nov 2014; Michael Palimaka <kensington@gentoo.org> kdm-4.11.14.ebuild: + Restrict parallel build wrt bug #413811 |