kstandarddirs

[Sune Vuorela]

Hi1

kstanddarddirs seems to be looking in the following places for <stuff>

users homedir, CMAKE_INSTALL_PREFIX/$suffix, SPECIFIC_INSTALL_DIR. 
with $suffix, for example being share/apps - and SPECIFIC_INSTALL_DIR for 
example being DATA_INSTALL_DIR.

And that is the current priority order.

If CMAKE_INSTALL_PREFIX is set to /usr and DATA_INSTALL_DIR is set to 
/usr/share/kde4, we have the following situation:

apps looks for data first in users homedir, then in /usr/share/apps and then 
finally in /usr/share/kde4/apps  until it finds something that *looks* like 
what the app needs.  If a similar kde3 app (or lib) has its data in 
/usr/share/apps, the kde3 version is currently being preferred by kde4 apps.
(debian and fedora is at least hit by this)

I have tried to patch kstandarddirs in a way that makes the following 
priorities:
users home
installdir
prefix/path

which fixes it.

I don't fully know if my patch have any unwanted side effects though.

Comments welcome. If no comments within next week, I think I will be 
brave/stupid and just go ahead and commit.

And thanks to Matthias Kretz for pointing me in the right direction.

/Sune
-- 
Man, how to insert the kernel of a display?

First you cannot ping to the coaxial BIOS for disabling the case on the folder 
to the proxy.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: kstandarddirs.diff
Type: text/x-patch
Size: 4072 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20080529/a6dced1d/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20080529/a6dced1d/attachment.sig>