Created attachment 402410 [details, diff] patch for ebuild file 32-bit binary-only cannot apply desktop styles if qtcurve is in use on 64-bit systems. The problem is that qtcurve does not build itself with multilib. I've provided a patch (and ebuild file) which enables this. It was tested successfully on a KDE4 desktop with applications like Skype. The QtCurve styles are now applied to 32-bit only applications.
Created attachment 402412 [details] multlib-enhanced ebuild Added full ebuild
Created attachment 402414 [details] multlib-enhanced ebuild Re-up: fixed one files going to the wrong installation path
Created attachment 402416 [details, diff] patch for ebuild file Re-up: fixed one files going to the wrong installation path
Not marking as dup just yet so we don't forget about the patch.
Please rewrite the patch to make qt4 optional (it's now being hardcoded in the cmake arguments at the end), and attach it to bug 542062. *** This bug has been marked as a duplicate of bug 542062 ***
I think, qt4 actually is optional. I'm just needed to pass in search paths which won't be used by cmake if QT4_ENABLE is false. It looks like qtcurve is internally very broken to support multilib systems, that's why I had to pass these arguments, otherwise it jumps to lib64 in the 32-bit case. May also be a shortcoming of the eclasses or supplied cmake macros itself. I'm not sure. In the end, that's just a hack. I'll make it optional nevertheless but I cannot test the ebuild without qt4 and with qt5 then. That's up to others because I do use (and need) qt4 and don't use qt5 yet. Not sure if the cmake configure phase goes havoc in that case.