tags 586512 pending # Different prefix is not a majority of use cases severity 586512 normal thanks
Hello, On sekmadienis 20 Birželis 2010 11:51:54 Andreas Pakulat wrote: > it seems that Debian patches FindKDE4Internal.cmake to disable cmake's > behaviour of setting up RPATH for installed executables. This breaks any > KDE app using libraries installed into a custom prefix (like > $HOME/myapp) as then those shared libs are not found anymore. IIRC the > reason this was done was because apps installed into /usr shouldn't have > any RPATH set. There was a related discussion on the kde-buildsystem > list and (again IIRC) the outcome was that recent versions of cmake only > set setup the RPATH when the install prefix of the libraries is not > /usr. > > Hence the applied patch should be removed again so that people can build > and install KDE apps from sources again without fiddling with cmake > files or cmake's cache. The patch is not going to be removed. But I believe I can make it less extreme by replacing it with the one in kdelibs trunk [1]. It should solve your problem and my issues with original FindKDE4Internal.cmake. [1] http://websvn.kde.org/?view=revision&revision=1124215 -- Modestas Vainius <modes...@vainius.eu>
signature.asc
Description: This is a digitally signed message part.
