Red Hat Bugzilla – Bug 103465
Last modified: 2008-03-05 08:38:25 EST
Description of problem:
Switchdesk should be removed from the distro. It's unmaintained, non-localised
and based on an old version of gtk. In addition both gdm and kdm can do what
it's supposed to do anyway.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
And from what I hear both the current owner and Havoc agree that it should go.
HP: It's entirely up to you.
This discussion has been had a few times, I thought there was some reason we
kept switchdesk though. I don't remember.
I don't feel attached to it at all. Given that we're down to two meaningful
environments, I don't see a compelling reason to keep it around.
I agree switchdesk should be removed at the soonest opportunity barring
some major reason springing forth in favour of it staying, with logical
rational backing, however.. doing so at this point in the cycle might
bring unforseen dependancy problems or other distribution weirdness.
Should we wait for Cambridge += 1; instead perhaps? Just a
[mharris@devel mharris]$ rpm -q --whatrequires switchdesk
Dunno if there are other deps in the current tree or not.
xinitrc should also be re-written with sane and good shell scripts. The current
ones are also too unmaintained.
Florian La Roche
Note that until KDE 3.2 the 'saved' session will not be shared between KDM and
GDM. The session setup is still a little in flux (I recommend upgrading GDM in
redhat to 18.104.22.168 as soon as it comes out either over the weekend or monday,
22.214.171.124 has some somewhat evil bugs in the session code, especially relating to
KDM (KDE 3.2) interoperability ...)
Btw, if this is done make sure to change 'ShowLastSession=false' to
'ShowLastSession=true' in the gdm.conf config file for gdm, else people won't be
able to save their session.
Marking as cambridge target, but really that's just so it will get moved to
Cambridge+1 target when we mass-move the target bugs we didn't fix. ;-)
One thing to remember in all this discussion is that although Fedora Core is
down to two desktops, Fedora Extras, when that gets going, will have lots of
additional options. Those of us packaging window managers for Extras (like the
openbox RPM I built for fedora.us) would like some sort of infrastructure in
place so that people could install the RPM and have it integrate cleanly with
the ability to set it as the default and such. I'm not saying it has to be /
should be switchdesk, just that it's a need that needs solving at some level....
But that's the whole idea. GDM and KDM handle it for all kinds of different
wm's desktops, session types. There's no point in having a two step process.
For both KDE 3.2 and GNOME 2.4, *DMs you will just drop a .desktop file in
/usr/share/xsessions and voila, things will just work. Someone just needs to
wire the 'startx' stuff to read these (it's trivial all doable in shell) and
read .dmrc. So this solution is a replacement for switchdesk and does all that
switchdesk could. (You could I suppose even write a switchdesk kind of thing to
set your default session in .dmrc, instead of having to do it at login time).
Before it gets removed, could you find a replacement for those of us that do not
use a graphical login environment? It was handy to have a tool that could
switch between the desktops ran by default with startx. Having to init 5, pick
a WM, and then login is just a bit silly. I see no other reason to keep it
Alternative to switchdesk, should work with all versions of XFree86 and
Red Hat Linux, for those who don't use runlevel 5:
echo windowmanager > ~/.xinitrc
Maybe s/.xinitrc/.Xclients/ ?
I want my ~/.X* (:
Let's move forward a bit...
Grepping a full install of FC 1 shows that the only package
depending in any way on switchdesk is xinitrc, bug 112478
contains a patch that preserves full backward compatibility.
The need to change default gdm config has been filed as bug 112477.
i have rewritten switchdesk to support gtk2 for FC2, it now supports
many window managers that we have in disto and i'm the new maintainer
of this package.
This tool is very helpfull for people who don't use GDM/KDM.
The bug about switchdesk not working properly WITH GDM/KDM still
persists. switchdesk should work with the session setup that GDM/KDM
uses. Like this GDM/KDM session setup is different from switchdesk
causing all kinds of usability issues. For one there are TWO ways to
select which desktop/wm you wish to use, both of them likely have
different sets of choices AND you have to maintain two separate lists
instead of one AND thirdparty wms/desktops might only update say the
GDM/KDM, then again leaving non-GDM/KDM users out of luck. If
switchdesk should be kept it should be ported to use the GDM/KDM
session setup. That is, the guts of switchdesk are incompatible with
gdm/kdm and should be replaced. I have nothing against people not
using gdm/kdm and still having a way to switch their desktop, but the
sessions should be the same as those that you select with GDM/KDM and
GDM/KDM session switching should work with it not orthogonally to it.
and follow ups
The outcome of the mailing list discussion seem clear to me:
- It's UI wise the wanted behavior
- GDM is the default and command line users can deal with it differently
- We would follow upstream which doesnt hurt
Ping? The conclusion on last 3 links was to remove it, but's it's still in
rawhide (and installed by default on FC5test1)
if you all decide to keep this package...
can you please make it switch desktop managers as well, moving from gdm to kdm
when choosing to switch from Gnome Desktop to KDE Desktop. or just have it as an
it's on my todo plan.
REOPENED status has been deprecated. ASSIGNED with keyword of Reopened is preferred.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release please reopen this bug and assign it to the