if use qt; then need-qt 3; fi The above code is in global scope in all of the doxygen ebuilds, which breaks the cache since the DEPEND variable will change depending upon what use flags the user has set. It looks like you already depend on qt-3* anyway.
Yeah that's an ugly work-around but it's also the only thing that seemed to get by the QT build environment being slightly dorked. If I move it to any of the function bodies it doesn't work. If you have any suggestions, I'd be happy to try them, but the last time I worked on this there wasn't any other way I could see to get QTDIR set correctly.
Actually, it's getting QTLIBDIR stuff set correctly that's the real ugly part. I think the real fix might be something like a small eclass (or maybe mods to another eclass) but I'll take anything that works and makes QA happy...
I found the this probling when I meda a new installation for kdebase-meta 3.5.2 on my AMD64 system installing the AMD64-bransh. To me it seems that doxygen depends on QT but the portage does not notice this. Maby this is the cache-problem? If I add doxygen with -qt in /etc/portage/pakages.use (man portage) the doxygen got emerged. I hope to remove this line and make an emerge --newuse when QT is installed. I will tell if it worked when I got through with kdebase-meta.
Removed kde_funcs and associated global code from all versions.