2007/6/1, Steve Greenland <[EMAIL PROTECTED]>:
(Christian, if you want off the CC list, please let us know.)
On 01-Jun-07, 07:37 (CDT), Mike Massonnet <[EMAIL PROTECTED]> wrote:
> Sorry for the late (again if the first mail did never hit you). I
> have send a mail some time ago but it never did it to the BTS.
Didn't see it.
Doh.
> What I was saying in that mail was that if you install slim, xdm, gdm,
> kdm, ... you don't want that each one tries to start at boot.
[SNIP]
> Now nothing avoids you to start any login manager by hand within a tty
> to make some tests and more.
No? Assuming gdm and slim are install, and gdm is selected as the default,
then the following sequence does NOT work:
I ment manually as in calling it from it's binary directory and not
from the init.d script. /usr/bin/slim for instance.
# /etc/init.d/gdm stop (This works)
# /etc/init.d/slim start (This does not)
It fails because the default DM scheme is implemented using shell and/or
environment variables rather than using the links in /etc/rc?.d[1],
which is what is supposed to control what happens when booting.
Worse, gdm and slim don't even implement the same scheme; slim can be
controlled by setting HEED_DEFAULT_DISPLAY_MANAGER to false, but gdm
requires editing the gdm startup file. I've no idea how the other DMs
implement it; I've got no great confidence.
The whole scheme should be
a) handled by a central package, to avoid duplication of debconf
templates and inconsistent implementation
I'm in for such a package.
b) use the standard way of rc?.d symlinks
c) not disobey the sysadmin when she type "/etc/init.d/slim start".
(Note that "slim start" can *fail* if there is another DM running;
that's the admin's fault.)
Now, of course, all of this requires cooperation among the DM
maintainers, and is above and beyond anything I'd expect you (Mike) to
implement on your own. But the current situation is not correct.
It would cost me some free time that I don't have at the moment. And
indeed I could not do that on my own since I'm new at packaging.
By the way, what about a common mailing list for maintainers of login
managers as a team for each package? pkg-dm? This would centralize
the efforts and discussions.
Regards,
Steve
Best Regards,
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
