Buchan Milne wrote: > Hash: SHA1 > > We have discussed this feature before, and it seems it is trivial to get > this to work, since kdm seems to support it if the xdm config files are > right. > > Credit for finding this goes to Texstar, who posted it here: > http://pclinuxonline.com/modules.php?mop=modload&name=Forums&file=viewtopic&topic=1691&forum=18 > > Here is the detail, taken from the post and some replies:
Are you all still having that Reply-To-All e-mail discussion? I seem to have dropped out of that. > > Texstar: >> KDE has the ability to start a new Xsession from the KDE menu. Here is > how to set it up. >> >> Edit /etc/X11/xdm/Xservers with your favorite text editor in su (root) >> mode and add the following lines at the bottom of the file: >> >> :1 local reserve /usr/X11R6/bin/X :1 vt8 >> :2 local reserve /usr/X11R6/bin/X :2 vt9 >> :3 local reserve /usr/X11R6/bin/X :3 vt10 >> :4 local reserve /usr/X11R6/bin/X :4 vt11 >> :5 local reserve /usr/X11R6/bin/X :5 vt12 >> >> Save the file, exit out of kde and restart your Xserver. Log back in >> and in the kde menu you should see start new session. >> >> > http://www.ibiblio.org/pub/linux/distributions/contrib/texstar/mandrake/9.1/screenshots/newsession.jpg >> >> The only thing I haven't been able to figure out yet is if another >> user logs in on top of you, the arts server doesnt want to start for >> that person. > > > ranger (me) >> A cleaner method may be to do something like this ... in > /etc/security/console/perms, change: >> 0600 0600 root.audio >> to >> 0660 0660 root.audio >> >> Add the relevant users to the audio group, and then try logging > everyone out, and back in again. > > (this works for me, KDE does not complain any more, but my cooker box > has no speakers, so I am not sure if sound actually works) > > ranger (me) >> It gets better ... >> >> Lock your screen from within KDE, and now instead of the dialog just >> showing a password textbox, it also has a button for starting a new >> session. >> >> How cool is that? >> >> Let me see if I can make a screenshot ... >> >> ... done: >> >> > http://ranger.dnsalias.com/mandrake/screenshots/kdm-newsession-screensaver_s.png > > > > So, what are the consequences of doing this (besides losing a VT to > something else?). Would it be possible to have at least one reserve > server set up by default? It might be an idea to have XFdrake or drakdm > or whatever handle this, and be able to adjust the number of reserves, > otherwise if it's not an issue, why not ship with about 4 working reserves? > > If a new X server is started up, and not used in a minute or so, kdm > closes it down. > > BTW, AFAIK SuSE ships with the "new session" working, and I think adds > all users to audio group by default (among others) and allows audio > group to write to sound devices. > > Regards > Buchan This would be a cool feature to have. The main problem with SuSE's implementation is, once you've started a new session, when you're done with it and log out, Ctrl-Alt-Backspace doesn't kill it, it respawns. Having that work to kill, as well as a button on KDM for those who don't know about CAB, would be good. Also, with true multiuser systems, at least on 8.1, pam_console doesn't work reliably for sound anyway because of arts, so I've made the same change you mentioned above. It seems to work ok most of the time on 9.1. There are unfortunately some security implications of letting the whole audio group have full access all the time. Also, having multiple arts processes running is less than ideal (one is bad enough!). Maybe there's some way we could get a sort of system-wide artsd that any locally logged in users could connect to?
