Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
Each running mingetty instance should provide a login prompt
-jef
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
Each running mingetty instance should provide a login prompt
-jef
Em Qui 04 Dez 2008, Patrick Dupre escreveu:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk
wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
What does this mean exactly? You can't change to TTY2 or you change to TTY 2 and after that you're unable to get back to the X session? Also, do you use Gnome or KDE?
[]'s Marcelo
On Thu, 4 Dec 2008, Marcelo Magno T. Sales wrote:
Em Qui 04 Dez 2008, Patrick Dupre escreveu:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk
wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
What does this mean exactly? You can't change to TTY2 or you change to TTY 2 and after that you're unable to get back to the X session?
Yes I can go to tty2, but at the same time it breaks the X session (I cannot go back of course by doing Ctl-Alt-F7, ie, when I try do do it, I am back in tty1, where I started x, in tty mode). I am using gnome
Also, do you use Gnome or KDE?
[]'s Marcelo
On Sat, Dec 6, 2008 at 5:43 AM, Patrick Dupre pd520@york.ac.uk wrote:
On Thu, 4 Dec 2008, Marcelo Magno T. Sales wrote:
Em Qui 04 Dez 2008, Patrick Dupre escreveu:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk
wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
What does this mean exactly? You can't change to TTY2 or you change to TTY 2 and after that you're unable to get back to the X session?
Yes I can go to tty2, but at the same time it breaks the X session (I cannot go back of course by doing Ctl-Alt-F7, ie, when I try do do it, I am back in tty1, where I started x, in tty mode). I am using gnome
Stupid question, but are you sure it's switching back to VT1? As has already been said, F10 runs the X session on VT1, not VT7. Switching to VT7 will give you a console session, which is apparently what you're seeing. If so, it's working correctly.
poc
On Fri, 2008-12-05 at 00:41 +0000, Patrick Dupre wrote:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
That is what is supposed to happen. startxis not the same as booting to rl 5.
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
-- ======================================================================= CF&C stole it, fair and square. -- Tim Hahn ======================================================================= Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam@sbcglobal.net
On Fri, 2008-12-05 at 10:13 +0000, Patrick Dupre wrote:
On Thu, 4 Dec 2008, Marcelo Magno T. Sales wrote:
Em Qui 04 Dez 2008, Patrick Dupre escreveu:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk
wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
What does this mean exactly? You can't change to TTY2 or you change to TTY 2 and after that you're unable to get back to the X session?
Yes I can go to tty2, but at the same time it breaks the X session (I cannot go back of course by doing Ctl-Alt-F7, ie, when I try do do it, I am back in tty1, where I started x, in tty mode). I am using gnome
In F10 crtl-Alt-F1 is thew X session not ctrl-alt-F7
On Sat, 6 Dec 2008, Patrick O'Callaghan wrote:
On Sat, Dec 6, 2008 at 5:43 AM, Patrick Dupre pd520@york.ac.uk wrote:
On Thu, 4 Dec 2008, Marcelo Magno T. Sales wrote:
Em Qui 04 Dez 2008, Patrick Dupre escreveu:
On Thu, 4 Dec 2008, Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk
wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
this is correct, but I start in runlevel3 I log in tty1, then startx Then if I make Ctl-Atl-F2, it scratches the X session.
What does this mean exactly? You can't change to TTY2 or you change to TTY 2 and after that you're unable to get back to the X session?
Yes I can go to tty2, but at the same time it breaks the X session (I cannot go back of course by doing Ctl-Alt-F7, ie, when I try do do it, I am back in tty1, where I started x, in tty mode). I am using gnome
Stupid question, but are you sure it's switching back to VT1? As has already been said, F10 runs the X session on VT1, not VT7. Switching to VT7 will give you a console session, which is apparently what you're seeing. If so, it's working correctly.
Let say, I startx a X session from tty1 (startx), then, what never I do: Ctl-Alt-Fx (x=1-10), it breaks the X session and I am back to tty1 with the following messages (is their a log file for the X session ?)
8:/usr/bin/X(xf86Wakeup+0x369) 9:/usr/bin/X(WakeupHandler+0x52) 10: 11: 12: 13:/lib/libc.so.6(--libc-shut-main+0xe5)
Fatal server error Caught signal 11. Server aborting finished PPL2 finished PPL1 Entering Restore TV Restore TV PLL Restore TVHV Restore TV Restarts Restore Timing Tables Restore TV Standard Laeving Restore TV xinit: connection to Xserver lost Waiting for Xserver to shut down
On Fri, Dec 5, 2008 at 1:01 PM, Patrick Dupre pd520@york.ac.uk wrote:
Let say, I startx a X session from tty1 (startx), then, what never I do: Ctl-Alt-Fx (x=1-10), it breaks the X session and I am back to tty1 with the following messages (is their a log file for the X session ?)
I can not confirm this. if I drop to runlevel 3, login on tty1 and startx. I can switch between virtual terminals and X without causing X to crash.
Are you duing startx as root or as an unprivledged user?
-jef
On Fri, 5 Dec 2008, Jeff Spaleta wrote:
On Fri, Dec 5, 2008 at 1:01 PM, Patrick Dupre pd520@york.ac.uk wrote:
Let say, I startx a X session from tty1 (startx), then, what never I do: Ctl-Alt-Fx (x=1-10), it breaks the X session and I am back to tty1 with the following messages (is their a log file for the X session ?)
I can not confirm this. if I drop to runlevel 3, login on tty1 and startx. I can switch between virtual terminals and X without causing X to crash.
Are you duing startx as root or as an unprivledged user?
As a "standard" user.
Jeff Spaleta wrote:
On Thu, Dec 4, 2008 at 2:43 PM, Patrick Dupre pd520@york.ac.uk wrote:
Hello,
Since I moved from Fedora 7 to Fedora 10, I lost the functionality of the ctl-alt-Fx in a X session. In text mode every works fine, but from a X session, it breaks jsut the session.
thank for your help.
Hmm. switching to virtual consoles tty2 through tty6 works for me using the keyboard shortcuts.
in F10 runlevel 5 the X session now starts on the first virtual terminal which is mapped to ALT-CTRL-F1 but the second virtual terminal at ALT-CTRL-F2 should still exist as a console login. run this command: ps aux |grep mingetty you should see mingetty running on tty2 through tty6 by default if you started in runlevel 5.
Each running mingetty instance should provide a login prompt
I have two machines - F8 and F10.
On the F8 machine, my main X session is on Ctrl-Alt-F7, as expected. However, my wife has an X session running on Ctrl-Alt-F9, which she got via "Switch User". We have been going back and forth like that for weeks.
On my F10 machine, my main X session is on Ctrl-Alt-F1, as expected. However, Ctrl-Alt-F2 (or "switch user") bring me to a console login. Trying to "startx" tells me that "Server is already active for display 0" and recommends deleting the /tmp/.X-lock file. I don't want to do that and disable my main session; I want a second X session as another user. Any of the Ctrl-Alt-Fn combinations don't seem to help here.
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
-Don
On Wed, Dec 10, 2008 at 6:28 AM, Don Levey fedora-list@the-leveys.us wrote:
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
Why aren't you just using fast user switching from your desktop to start up the second gdm session for your wife to log into?
-jef
Jeff Spaleta wrote:
On Wed, Dec 10, 2008 at 6:28 AM, Don Levey fedora-list@the-leveys.us wrote:
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
Why aren't you just using fast user switching from your desktop to start up the second gdm session for your wife to log into?
-jef
Please forgive my ignorance - what/where is that?
-Don
Don Levey wrote:
On my F10 machine, my main X session is on Ctrl-Alt-F1, as expected. However, Ctrl-Alt-F2 (or "switch user") bring me to a console login. Trying to "startx" tells me that "Server is already active for display 0" and recommends deleting the /tmp/.X-lock file. I don't want to do that and disable my main session; I want a second X session as another user. Any of the Ctrl-Alt-Fn combinations don't seem to help here.
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
-Don
Dumb question - are you telling startx to use a different screen, instead of the default screen 0?
startx -- :1
Mikkel
Mikkel L. Ellertson wrote:
Don Levey wrote:
On my F10 machine, my main X session is on Ctrl-Alt-F1, as expected. However, Ctrl-Alt-F2 (or "switch user") bring me to a console login. Trying to "startx" tells me that "Server is already active for display 0" and recommends deleting the /tmp/.X-lock file. I don't want to do that and disable my main session; I want a second X session as another user. Any of the Ctrl-Alt-Fn combinations don't seem to help here.
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
-Don
Dumb question - are you telling startx to use a different screen, instead of the default screen 0?
startx -- :1
Mikkel
Um, no - hadn't thought of that. This works, giving me my KDE session on F1 and Gnome on F7. Thanks! -Don
On Wed, Dec 10, 2008 at 8:24 AM, Don Levey fedora-list@the-leveys.us wrote:
Jeff Spaleta wrote:
On Wed, Dec 10, 2008 at 6:28 AM, Don Levey fedora-list@the-leveys.us wrote:
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
Why aren't you just using fast user switching from your desktop to start up the second gdm session for your wife to log into?
-jef
Please forgive my ignorance - what/where is that?
In gnome, you can "switch user" from logout dialog once you are logged in, or from the switch user applet (which is active in the default desktop. it the applet showing your name) The switch user applet also gives you a pull down list of users who are currently logged in I think as well as letting you log in a new user into a new desktop session.
When you "switch user" who is not yet logged in, gdm starts a new greeter and lets the additional user login. You can think switch back and forth between logged in users using the say switching mechanism.
If you do multiple startx instances I'm not sure the user switching sees the multiple instances that way, startx might not run coordiated gdm's. I haven't personally tested that.
-jef
Jeff Spaleta wrote:
On Wed, Dec 10, 2008 at 8:24 AM, Don Levey fedora-list@the-leveys.us wrote:
Jeff Spaleta wrote:
On Wed, Dec 10, 2008 at 6:28 AM, Don Levey fedora-list@the-leveys.us wrote:
Is this no longer possible in F10? The upgrade of my home desktop depends upon this functionality.
Why aren't you just using fast user switching from your desktop to start up the second gdm session for your wife to log into?
-jef
Please forgive my ignorance - what/where is that?
In gnome, you can "switch user" from logout dialog once you are logged in, or from the switch user applet (which is active in the default desktop. it the applet showing your name) The switch user applet also gives you a pull down list of users who are currently logged in I think as well as letting you log in a new user into a new desktop session.
When you "switch user" who is not yet logged in, gdm starts a new greeter and lets the additional user login. You can think switch back and forth between logged in users using the say switching mechanism.
If you do multiple startx instances I'm not sure the user switching sees the multiple instances that way, startx might not run coordiated gdm's. I haven't personally tested that.
-jef
I see - thanks. I'm not running gnome, but KDE, so I don't think that'll work.
-Don
On Wed, Dec 10, 2008 at 9:34 AM, Don Levey fedora-list@the-leveys.us wrote:
I see - thanks. I'm not running gnome, but KDE, so I don't think that'll work.
I've no idea if KDE implements an equivalent feature.
-jef
Hello,
Unfortunately, this power tool still does not work on my machine. I loose this capability when I upgrade from F7 !!! In fact I cant startx in a tty session, but then if I make a CTF+ALT+Fx (x=1-6), it looks OK, but as soon that I want to return to my startx (0) session, it just break and I am back in tty1. Somebody said that the old F7 was now F10, but for me it doesn not work. I already gave some details about the error message that I got, but nobody answered me !
Regards.
On 12/10/2008 01:34 PM, Don Levey wrote:
Jeff Spaleta wrote:
In gnome, you can "switch user" from logout dialog once you are logged in, or from the switch user applet (which is active in the default desktop. it the applet showing your name) The switch user applet also gives you a pull down list of users who are currently logged in I think as well as letting you log in a new user into a new desktop session.
When you "switch user" who is not yet logged in, gdm starts a new greeter and lets the additional user login. You can think switch back and forth between logged in users using the say switching mechanism.
If you do multiple startx instances I'm not sure the user switching sees the multiple instances that way, startx might not run coordiated gdm's. I haven't personally tested that.
-jef
I see - thanks. I'm not running gnome, but KDE, so I don't think that'll work.
-Don
I'm coming in a bit late on this, but the switch user feature has been around in KDE for quite a while. I used it when I used to run SuSE.
Jerry Feldman wrote:
On 12/10/2008 01:34 PM, Don Levey wrote:
Jeff Spaleta wrote:
In gnome, you can "switch user" from logout dialog once you are logged in, or from the switch user applet (which is active in the default desktop. it the applet showing your name) The switch user applet also gives you a pull down list of users who are currently logged in I think as well as letting you log in a new user into a new desktop session.
When you "switch user" who is not yet logged in, gdm starts a new greeter and lets the additional user login. You can think switch back and forth between logged in users using the say switching mechanism.
If you do multiple startx instances I'm not sure the user switching sees the multiple instances that way, startx might not run coordiated gdm's. I haven't personally tested that.
-jef
I see - thanks. I'm not running gnome, but KDE, so I don't think that'll work.
-Don
I'm coming in a bit late on this, but the switch user feature has been around in KDE for quite a while. I used it when I used to run SuSE.
After further experimentation, I've found that:
1) From within KDE, selecting "switch user" brings me the older version's verbiage regarding Ctrl-Alt-F7. However, The end effect is that this locks my session and gives me a password prompt. There is no opportunity to select a different user.
2) From within Gnome, I can indeed switch users via the "Logout" option. This does start a new X greeter, and I can login to a second session using KDE. The new session is at Ctrl-Alt-F7 and the old at Ctrl-Alt-F1. A third can be started, on *-*-F8.
This means that I must always have at least one Gnome session active, and I must use that as my control session. It also seems that there's a "mixed metaphor" in that the first X session is F1 but the rest start at F7. Is there, perhaps, a plan to at least fix the KDE switch user functionality?
Thanks, -Don
It might be worth reading the thread at http://mailman.lug.org.uk/pipermail/york/2008-December/002335.html
to get some additional background to the OP's problem with graphics....
On Tue, Dec 23, 2008 at 9:53 AM, Don Levey fedora-list@the-leveys.us wrote:
This means that I must always have at least one Gnome session active, and I must use that as my control session. It also seems that there's a "mixed metaphor" in that the first X session is F1 but the rest start at F7.
Its only a mixed metaphor in that you are relying on keyboard shortcuts which encode specific virtual terminals to specific key mappings. This metaphor breaks down quickly once you start doing anything dynamic. Have 3 or 4 fast user switching users log in and logout in varying orders and even if the the X sessions were mapped to high ttys they would not be in a consistent ordering as users bounce on and off the system. Its quite analogous to how me moved from fixed block device naming to udev dynamic block device creation.
Don't be shocked if we move into a future where the 5 or 6 mingetty's we start by default now are also started dynamically in the future and are given the next available tty instead of being on tty2-tt6 from boot up.
-jef
Jeff Spaleta wrote:
On Tue, Dec 23, 2008 at 9:53 AM, Don Levey fedora-list@the-leveys.us wrote:
This means that I must always have at least one Gnome session active, and I must use that as my control session. It also seems that there's a "mixed metaphor" in that the first X session is F1 but the rest start at F7.
Its only a mixed metaphor in that you are relying on keyboard shortcuts which encode specific virtual terminals to specific key mappings. This metaphor breaks down quickly once you start doing anything dynamic. Have 3 or 4 fast user switching users log in and logout in varying orders and even if the the X sessions were mapped to high ttys they would not be in a consistent ordering as users bounce on and off the system. Its quite analogous to how me moved from fixed block device naming to udev dynamic block device creation.
Don't be shocked if we move into a future where the 5 or 6 mingetty's we start by default now are also started dynamically in the future and are given the next available tty instead of being on tty2-tt6 from boot up.
-jef
That makes sense, I guess - this part of the question was relatively minor anyway. What I'd really like is to find a way to do all this without the Gnome session requirement.
-Don
On 12/23/2008 02:50 PM, Don Levey wrote:
Jeff Spaleta wrote:
On Tue, Dec 23, 2008 at 9:53 AM, Don Levey fedora-list@the-leveys.us wrote:
This means that I must always have at least one Gnome session active, and I must use that as my control session. It also seems that there's a "mixed metaphor" in that the first X session is F1 but the rest start at F7.
Its only a mixed metaphor in that you are relying on keyboard shortcuts which encode specific virtual terminals to specific key mappings. This metaphor breaks down quickly once you start doing anything dynamic. Have 3 or 4 fast user switching users log in and logout in varying orders and even if the the X sessions were mapped to high ttys they would not be in a consistent ordering as users bounce on and off the system. Its quite analogous to how me moved from fixed block device naming to udev dynamic block device creation.
Don't be shocked if we move into a future where the 5 or 6 mingetty's we start by default now are also started dynamically in the future and are given the next available tty instead of being on tty2-tt6 from boot up.
-jef
That makes sense, I guess - this part of the question was relatively minor anyway. What I'd really like is to find a way to do all this without the Gnome session requirement.
Don, I don't recall fro the thread, but what Display Manager are you using. Does it make a difference if you are running kdm or gdm?
Jerry Feldman wrote:
On 12/23/2008 02:50 PM, Don Levey wrote:
That makes sense, I guess - this part of the question was relatively minor anyway. What I'd really like is to find a way to do all this without the Gnome session requirement.
Don, I don't recall fro the thread, but what Display Manager are you using. Does it make a difference if you are running kdm or gdm?
Good question. Hmm... From my reading, I'm probably running gdm; I don't have a /etc/sysconfig/desktop file, so as I understand it the /etc/X11/prefdm file will execute gdm first on its list. I'm a little shaky on this, though.
OK, changing to kdm *does* seem to permit KDE's Switch Users to work correctly. Thanks for the lead!
-Don
-
Aaron Konstam -
Don Levey -
Jef Spaleta -
Jerry Feldman -
Marcelo Magno T. Sales -
mike cloaked -
Mikkel -
Patrick Dupre -
Patrick O'Callaghan