2012/12/9 Darrell Anderson <darrella@...>: > I remember this bug hitting me a long time ago. The problem varied > for everybody, but was path and environment variable related. For > path issues we did a lot of work on fortifying the > startkde/starttde script. For example, when the Trinity version of > startkde/starttde is run, $TDEDIR/bin is in the search path before > /usr/bin. those path-related fixes are helpless for me cause they don't place the KDEDIR's before /usr/bin if KDEDIR already in the PATH. > For the environment variables the problem was KDE4 startup scripts > in /etc/profile.d being sourced during login as well as the Trinity > profile.d scripts. In gentoo it contains only a few DE-independent scripts, so not a problem for me: $ ls /etc/profile.d bash-completion.sh java-config-2.csh java-config-2.sh > Another problem is KDE4 only uses KDEDIRS and not KDEDIR. One > solution then is not to use KDEDIRS in Trinity. seems I haven't run into it yet. > The R14 branch should not have this problem because of the many XDG > related changes (e.g., OnlyShowIn=TDE). Environment variables all > have been renamed in R14 too (KDEDIR->TDEDIR, etc.). seems changes to stop run files with OnlyShowIn=KDE wasn't performed yet. here are lines with such checks: tdelibs/kinit/autostart.cpp:181 tdelibs/kio/kio/kservicegroup.cpp:87 Should I fill a bug to track it/make it fixed sooner? > Also, a fringe wild shot, but try running the migratekde3 script > against your profile directory. The script is not part of 3.5.13.1 > but probably will be part of 3.5.13.2. The script is in GIT tdebase: > > http://git.trinitydesktop.org/cgit/tdebase/tree/migratekde3 One more about this script, have you considered to move this functionality as well as functionality of the r14-xdg-update to kconf_update? 2012/12/10 E. Liddell <ejlddll@...>: > Not quite what I meant, but what I *did* mean may be irrelevant in any > case, as I haven't had KDE4 installed in many years and Portage many no > longer be neatly placing it off in its own ghetto in /usr/kde/4/ . yes, it's so. since 4.2 AFAIR... 2012/12/9 Fat-Zer <fatzer2@...>: > Seems I found a reason of all this: trinity runs autostart files from > /usr/share as well as from it's own autorun subdirectory. > The nice workaround will be to remove /usr/share/autostart from an > autorun path. I haven't found yet there those paths are come from but > it should work. Anyway it's not a solution... This one will be hard to implement cause those lists are based on prefix list (or something like that I don't know how to call it correct). So I'll just apply a patch according to «my solution» and sed all .desktop files on install.