Well, subject says it all. But xoo also says workaround: With KDEDIR=/usr/kde/3.4 emerge ... it compiles. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Found the problem : in /etc/env.d/99kde-env the variable is KDEDIRS instead of KDEDIR (without 'S') and for me was baddly set to '/usr' instead of '/usr/kde/3.4'
So not our problem, closing ;)
Guillaume: Change it back. KDEDIRS=/usr is correct.
@kde-herd: Have there been some path changes to KDE in 3.4 which could result in that?
Yes, the idea is that ebuilds should not rely on KDEDIR being in the enviroment (see bug 33079) the corrct way to fix is to do "inherit kde-functions", and then do something like: if use kde; then set-kdedir 3 export MYCONF="${MYCONF} --enable-kde" ... to set KDEDIR to the correct value. Alternatively, set KDEDIR by doing: if use kde; then KDEDIR=$(kde-config --prefix) export MYCONF="${MYCONF} --enable-kde" ...
@Greg: Thanks, going to do that. @Guillaume: Could you please try that, add kde-functions to the inherit line at the beginning of the ebuild and add the set-kdedir 3 line before the line where --enable-kde is set? Can't test it myself as I don't have kde 3.4 installed here.
The fix suggested by Gregorio Guidi doesnt work. The first one doesnt seem to be a valid call. The ebuild rejects that line completely. The alternate proposed change does no effect on compilation, still get the error. Added the line "kde-functions" to inherit and tried both of the fixes, non worked for reasons above.
> The alternate proposed change does no effect on compilation It should have been "export KDEDIR=$(kde-config --prefix)", sorry. But please check again the first one, it should work (the function is there, in /usr/portage/kde-functions.eclass)
set-kdedir has to be called in src_compile, this is where I put it now. Checked myself now and it works that way, fix commited to cvs. So, closing. Thanks for reporting and helping
Andreas: The explanation is still missing. KDEDIR is deprecated for a while now and the ximian guys shouldn't use it in the first place.
It's actually Jan Holesovsky from SUSE/KDE-fame who is responsible for this, so he should know what he is doing ;) Will let him know.