[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#275484: "Start New Session" feature missing due to missing entries in /etc/kde3/kdm/Xservers



On Saturday 09 October 2004 02.27, Adeodato Simó wrote:
> tag 275484 wontfix
> stop here
>
> * Frank 'Sigi' Luithle [Fri, 08 Oct 2004 14:55:29 +0200]:
> > The additional server lines (at least one) ':1', ':2', ... must be
> > uncommented in order for the "Start New Session" feature to work.
> >
> > This should be the standard setup for the 'kdm' package.
>
>   I don't think that is a sane nor an expected *default* setup. unless
>   you can provide some *strong* rationale as for why having kdm consume
>   more than one tty by default is a good thing, this bug will have to be
>   close.

Here are two paragraphs from the kdm documentation 
(http://docs.kde.org/en/3.3/kdebase/kdm/kdmrc-xservers.html):

------------------
The tty specifies which text console an X-Server is “covering”, so kdm 
knows which console it should monitor for activity after switching to 
Console login to find out when the console session ends. Note that this 
concept (originating from Solaris) is not perfectly suited for Linux, as 
there X-Servers run on separate virtual terminals and consequently don't 
actually cover consoles (gettys). 


The reserve keyword instructs kdm to start the display not when kdm starts 
up, but when it is explicitly requested via the command FiFo. If reserve 
displays are specified, the KDE menu will have a Start New Session item 
near the bottom; use that to activate a reserve display with a new login 
session. The monitor will switch to the new display, and you will have a 
minute to login. If there are no more reserve displays available, 
selecting the menu item will have no effect.
--------------

From the above it seems to me that kdm does not really consume the ttys. So 
I don't really see the problem with _reserving_ some more servers in the 
default configuration.
In fact I have all those lines commented out and even two server instances 
are running currently, and I don't see any problem accessing any of the 
tty[1-6].

Regards
Zsolt



Reply to: