As reported on the forums, the 3ddesktop 0.2.6 ebuild can't find KDE, and therefore disables KDE support. A small modification to the ebuild to explicitly pass the kde includes and library paths to ./configure seems to solve this. Reproducible: Always Steps to Reproduce: 1. Ensure KDE 3.2 is installed (may take some time!) 2. Emerge x11-misc/3ddesktop-0.2.6 Note that KDE support is not compiled in.
Created attachment 32902 [details, diff] Patch to explicitly define KDE paths to enable KDE support Here is a patch which passes --with-kde-includes and --with-kde-libraries to ./configure in the ebuild
*** Bug 49576 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > Patch to explicitly define KDE paths to enable KDE support but the problem is... what if a user uses KDE 3.4? 3.3? 3.1? we shouldn't force them to use a particular version if any version will work...
(In reply to comment #3) > but the problem is... what if a user uses KDE 3.4? 3.3? 3.1? we shouldn't force > them to use a particular version if any version will work... I raised this bug over 1 year ago - 7th June 2004. At that time, KDE 3.2 was the version that was released, which is why the supplied patch specifically targets that version. Since then, the world has moved on. The patch probably should too. There are probably better methods now of determining which KDE version is installed, but now one year on from my original issue, I've a) given up looking at 3ddesktop, and b) lost all interest in this problem. You could work out a different way to fix it or just close the bug, I really don't care any more. :-)
sorry, we are a little short staffed... if anyone else cares, reopen LATER