On Tuesday 14 July 2015 19:28:47 Martin Steigerwald wrote: > Am Montag, 13. Juli 2015, 14:10:15 schrieb Kevin Krammer: > > On Sunday, 2015-07-12, 19:53:38, Sune Vuorela wrote: > > > On 2015-07-12, Brad Rogers <[email protected]> wrote: > > > >>Oh, but /usr/local/kde4/bin *is* in the PATH on my system. And with=20 > > > >>KDEDIRS set appropriately, KDE did find them there, too. > > > >> > > > > I'm unclear on that; Was /usr/local/kde4/bin(1) included in the PATH > > > > setting and KDEDIRS _also_ referred to it, or did only KDEDIRS > > > > reference > > > > that specific directory? Not that it matter much; If the directory > > > > is > > > > in the PATH, IDK why things aren't being found there. > > > > > > KDEDIRS is needed to have sycoca4 pick up things like plugins and stuff. > > > > > > And very many apps is mostly built out of plugins. > > > > > > For example KDevelop, Kontact and Konqueror. > > > > My guess would be that there is a QT_PLUGIN_PATH variable or similar > > being used now. > > For me: > > martin@merkaba:~> cat .kde/env/kdedirs.sh > #!/bin/bash > if [ -z $KDEDIRS ]; then > export KDEDIRS="/usr/local/" > else > export KDEDIRS="/usr/local/:$KDEDIRS" > fi > > if [ -z $QT_PLUGIN_PATH ]; then > export QT_PLUGIN_PATH="/usr/local/lib/kde4" > else > export QT_PLUGIN_PATH="/usr/local/lib/kde4:$QT_PLUGIN_PATH" > fi > > only appears to work partly anymore with self compiled KDEPIM and Akonadi. > > KMail still says 4.14.10 version instead of the latest 4:4.14.5-1 packaged > in experimental, but ps aux shows /usr/bin instead of /usr/local/bin as > path. > > And akonadi also is loaded from /usr/bin. I didn´t even notice it. > > Ciao,
This is OK for KDE4. No longer appropriate for plasma5. Stuff in the kde4 folders is not accepted. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/12718275.UCI08cBvjE@dovidhalevi
