Atm, whilst we install all our kde libs to ${KDEDIR}/lib64 on multilib systems, kde still expects to find them in lib and so fails to run without a lib->lib64 symlink. I'm attaching here a patch to kde.eclass that fixes this. i.e all the libs still get installed to exactly the same place but kde will actually expect them to be there too and so will run without our hacky symlinks (and therefore works in amd64's no-symlinks/no-lib32 profile which will be merged into the default profile at some point).
Created attachment 60484 [details, diff] kde.eclass libdir patch Here's the patch in question. Just switching to using --enable-libsuffix over --libdir.
Created attachment 60485 [details, diff] kdelibs multilib env.d patch This patch is just mirroring what is done in the qt eclass with regards to the libdir specified in the env.d file: list all libdirs used by the profile.
Created attachment 60486 [details, diff] arts multilib env.d patch Same changes to arts (as this installs the env.d file with use arts).
Looks good to me.
(In reply to comment #4) > Looks good to me. Meaning it's ok if I go ahead and commit these changes?
It was meant as: if no one else from the kde team has objections, I think it can be committed.
I have already looked these patches over, and tested them. They look good to me, but I asked Herbs to open a bug so the rest of the team could review them before it was committed. It has my thumbs up too.
looks fine to me
Patches committed now. Thanks.
