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

Re: GDM, getty and VTs

Le lundi 16 novembre 2009 à 10:33 +0100, Harald Braumann a écrit : 
> I don't see any real arguments against the set-up as it is now or for a
> new way to do it. 

There are no real arguments for keeping the current setup either.

> Just because GDM is broken doesn't mean we should
> change a system that is, in your own words, a long-standing
> tradition. 

Just because it is a tradition doesn’t mean it’s the correct way.
Actually, several people in this thread felt the current way is better,
while explaining they don’t have *enough* text VTs for their personal
use in the default setup.

Let me sum up the situation otherwise: 
      * Current situation is far from perfect. 
      * New GDM upstream, as is, is completely broken. 
      * Fedora solution (start the DM by inittab, without any kind of VT
        allocation at all) is out of question. 
      * Ubuntu solution (big ugly hack to hardcode tty7 but only for the
        first X server started) is out of question.

So we need to write quite come code to fix GDM anyway, and I’d like to
use this opportunity to come up with a better solution than what we have
now, instead of doing this work just to come back to the current

Let me explain what proposal I have in mind after reading the thread,
now. It might sound a little crazy but I think it would be much better
than just keeping our current setup.

We remove entirely the getty respawning from /etc/inittab. Instead, a
new daemon is started by a regular init script. This daemon does the
      * Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
        to activate this console” in them. 
      * Provide a very simple interface to reserve a VT, that can be
        queried by the display manager. 
      * Whenever you press enter on a VT, reserve it and start a getty
      * When almost all ttys are allocated, start opening tty7+ and so
      * If no display manager is started, always run a getty process in

I don’t see this as rocket science software, and it means: 
      * No useless getty processes are started. 
      * tty1 is always the first VT you log on, regardless of your
      * You can start an arbitrary number of text or graphical consoles,
        without any configuration.

 .''`.      Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `-     future understand things”  -- Jörg Schilling

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

Reply to: