When you unemerge KDE (kde-base/kdebase), the /etc/X11/Sessions/kde-3.x.y is left behind and leaves an unuseble session option for the login manager (kdm/gdm/...).
Steps to Reproduce:
1. emerge kde-base/kdebase
2. emerge -C kde-base/kdebase
3. ls /etc/X11/Sessions
The /etc/X11/Sessions/kde-3.x.y is still there.
The /etc/X11/Sessions/kde-3.x.y should be deleted during unemerge of the
Today I installed KDE 3.3 on a machine which I usually don't run any
X-environment, but like to have things installed incase and I made a "ls
/etc/X11/Sessions" and got the following list:
Gnome ctwm kde-3.1.4 kde-3.2.1 kde-3.2.3
Xsession kde-3.1.3 kde-3.1.5 kde-3.2.2 kde-3.3.0
I do only have ctwm, gnome2 and kde 3.3 installed, but there are all to many kde
sessions files here.
Other desktops/windowmanagers has the same problem when you uninstall them, but
when you upgrade you don't notice of this as they only have one session file,
which is over written at each update, while KDE has one for each patch version
and you will have around 3 different session files for the 3.1.x series, and
another three for 3.2.x series (and you most likely will have three for 3.3.x
when 3.4 is released). As there can be more than one version of KDE installed,
it's not possible to have one KDE session, but at least drop the patch version
number, so the session file is called kde-3.2 instead of kde-3.2.x (as you can't
have more than one of the same minor version).
OT: the KDE session file needs to be updated so that it supports other input
methods than just the western.
Created attachment 39424 [details]
A session file for 3.3 that supports chinese input
Added a session file I have on my system, so that users who has selected
chinese for their environment will be able to use xcin. It's far from a good
script, but it works.
That's because /etc/X11/Sessions is in CONFIG_PROTECT.
It could be put in CONFIG_PROTECT_MASK by default, but there are
a few users that customize the scripts (even you ;)
Dropping the patch number is a good a idea, it is just a pain because
a lot of people reference the script in rc.conf, in the XSESSION var,
so I think it cannot start before 3.4
BTW: I think the customization for chinese input should be made locally for
your system creating a file in /usr/kde/3.3/env (they are sourced at starput.)
Thats good to hear that the patch number will be removed in the future.
I thought that the session script would be treated like any other config file, that you get a chance to select what to do when running etc-update, so you wouldn't automatically loose your custom scripts, by the way I have selected to create my own KDE file (as I want the KDE session to be higher up than Gnome(2)).
I'll take a look at that /usr/kde/3.3/env, just one thing that I hate about having the possibility to have more than one version of KDE is that I have to customize at every minor version update, had been nice if some stuff could be stored in a global setting directory, so you don't have to anything after an update, but yes, I know it's nothing that will be done and it's quite off topic here.
Will not be a problem with kde-3.4. Closing.