Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 7179 - KDEDIRS overwritten in startkde
Summary: KDEDIRS overwritten in startkde
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-28 13:48 UTC by Toby Dickenson
Modified: 2003-04-24 14:11 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Toby Dickenson 2002-08-28 13:48:37 UTC
The kde 3.0.3 ebuild patches the startkde script so that it overwrites the 
existing KDEDIRS environment variable from env.d, with the fixed value 
"/usr/kde/3:/usr". I understand that this is to avoid problems if env.d sets 
up an environment variable with directories that contain KDE-version-specific 
stuff. 
 
A problem with this policy is that a system administrator does not have a good 
way of supplying his own entry in KDEDIRS, without modifying startkde. 
 
I think a better policy would be for env.d to set up KDE-version-independant 
KDEDIRS, and for startkde to *add* its version-dependant directories onto the 
existing KDEDIRS.  
 
 
(see gentoo-user list thread starting at 
http://lists.gentoo.org/pipermail/gentoo-user/2002-August/030322.html )
Comment 1 Dan Armak (RETIRED) gentoo-dev 2002-08-30 07:45:39 UTC
That's true. The problem I expected to see was, that the KDEDIRS you set in 
env.d are the ones you get in a shell or konsole. And if you only set e.g. 
KDEDIRS=/usr in env.d, you won't be able to run the main kde apps that live in 
$KDEDIR from the shell. 
 
However this does not happen. KDE, at least the current cvs which I'm using, is 
smart enough to access either $KDEDIR, or the kdelibs pefix, or the app install 
prefix, or all of these. I'll have to verify that this is also true for kde 
3.0.x because I seem to remember that when $KDEDIR wasn't in $KDEDIRS apps 
misbehaved. 
 
Assuming this isn't a problem and that I was wrong about it, your proposition 
makes perfect sense and I'll implement it. 
Comment 2 Dan Armak (RETIRED) gentoo-dev 2003-01-28 06:27:13 UTC
Fixed in the new masked revisions kdebase 3.1-r1, 3.0.5a-r2. 
Comment 3 Joakim 2003-02-01 11:54:35 UTC
Well I emerged the r1 "bugfix" resulting in KDE 3.1 trow me this dialog at startup: Could not start process Unable to create io-slave klauncher said: unknown protocol 'file'  The kde started with a krippled menu where only my bookmarks was left, but notting there was runnable anyhow. So had to logout from 3.1 and into 3.05a to "downgrade" kdelibs and kdebase getting my kde 3.1 final working again. Maybe it's not such good idea to mark this bugfix as stable... 
Comment 4 Dan Armak (RETIRED) gentoo-dev 2003-02-03 16:16:51 UTC
Joakim, could it be that your env.d files weren't updated correctly when you emerged the new 
revisions due to config file protection? If you had the new startkde but the old env.d files (the 
new ones being ._cfg000_foo'd), what you describe might (??) have happened. 
I believe noone else has reported this although the packages are now unmasked in the ~arch 
profiles, so it can't be a universal problem with the new ebuilds. 
Comment 5 Joakim 2003-02-07 06:32:49 UTC
Ops didn't seam to get any mail about your reply... anyhow, I use to be very careful to 
always update the ._cfg000* files but possibly I could have missed it but there is none 
left in /etc/env.d/ anyhow, here is how it looks now (runing pure 3.1): 
 
solar root # ls -al /etc/env.d/ 
total 110 
drwxr-xr-x    4 root     root          856 Feb  7 10:25 . 
drwxr-xr-x   69 root     root         3960 Feb  7 10:26 .. 
-rw-r--r--    1 root     root            0 Feb  5 13:58 .keep 
-rw-r--r--    1 root     root          399 Feb  5 13:58 00basic 
-rw-r--r--    1 root     root           17 Feb  7 08:00 01hostname 
-rw-r--r--    1 root     root          312 Feb  6 15:34 05gcc 
-rw-r--r--    1 root     root           34 Feb  7 07:23 09opengl 
-rw-r--r--    1 root     root           42 Dec 17 05:39 10acroread5 
-rw-r--r--    1 root     root           40 Feb  2 21:19 10rar 
-rw-r--r--    1 root     root          182 Feb  7 07:21 10xfree 
-rw-r--r--    1 root     root          538 Oct  2 12:12 20java 
-rw-r--r--    1 root     root           21 Jan 11 18:16 20jetadmin 
-rw-r--r--    1 root     root           12 Jan  2 21:15 30java-finalclasspath 
-rw-r--r--    1 root     root           18 Jan 31 20:25 40kdedir-2.2.2a 
-rw-r--r--    1 root     root           83 Feb  7 10:25 45qt3 
-rw-r--r--    1 root     root           16 Oct  2 12:11 45qtdir2 
-rw-r--r--    1 root     root          152 Feb  1 22:09 49kdelibs-3.1 
-rw-r--r--    1 root     root           18 Dec 27 01:20 50kdedir-3.0.5a 
-rw-r--r--    1 root     root           63 Oct  2 12:11 50qt2 
-rw-r--r--    1 root     root           16 Feb  7 10:25 50qtdir3 
-rw-r--r--    1 root     root           35 Oct 10 23:52 51tmake 
-rw-r--r--    1 root     root           20 Feb  1 22:09 56kdedir-3.1 
-rw-r--r--    1 root     root          124 Dec 27 01:20 65kdelibs-3.0.5a 
-rw-r--r--    1 root     root           66 Jan 31 20:25 70kdelibs-2.2.2a 
-rw-r--r--    1 root     root           10 Jan  3 02:47 70less 
-rw-r--r--    1 root     root           22 Oct 13 22:15 80wine-doc 
-rw-r--r--    1 root     root           70 Jan  2 14:57 90vmware 
-rw-r--r--    1 root     root           46 Oct  3 02:47 99kde-env 
drwxr-xr-x    2 root     root          152 Feb  6 15:34 gcc 
drwxr-xr-x    2 root     root          176 Jan  2 21:17 java 
-rw-r--r--    1 root     root          963 Feb  2 15:43 zope.envd 
 
I will give it a try again, now with the r2 fixes and cross my fingers...  
Comment 6 Joakim 2003-02-09 10:49:23 UTC
It went ok this time, but now kdebase-3.1-r1 wont compile. It's not part of this so will 
look around and see if it's reported or open a bug for it. 
Comment 7 Dan Armak (RETIRED) gentoo-dev 2003-04-14 10:05:08 UTC
What's the status on this? Can we close it? 
Comment 8 Toby Dickenson 2003-04-24 14:11:41 UTC
Sorry for not closing this one sooner. Yes, this is working very well now. 
 
Thankyou.