Bugzilla Bug 94872

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 an attachment (id=60484) [edit]
kde.eclass libdir patch

Here's the patch in question. Just switching to using --enable-libsuffix over
--libdir.

Created an attachment (id=60485) [edit]
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 an attachment (id=60486) [edit]
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.