Message: previous - next
Month: December 2012

Re: [trinity-devel] Gentoo issues.

From: Fat-Zer <fatzer2@...>
Date: Mon, 10 Dec 2012 13:27:27 +0400
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  java-config-2.csh

> 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:

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
> but probably will be part of The script is in GIT tdebase:
One more about this script, have you considered to move this
functionality as well as functionality of the r14-xdg-update to

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
So I'll just apply a patch according to «my solution» and sed all
.desktop files on install.