[Removing listmaster - adding debian-x for xdm - and Vladimir Shakhov for wdm The history can be found starting from http://lists.debian.org/debian-qt-kde/2007/06/msg00035.html - I don't know why you wasn't there in the beginning] > On Monday 04 June 2007, Mike Massonnet wrote: > > So according the two bugs #423279 and #425770 I think it is a good > > idea to get the maintainers of display/login managers in touch. > > A informal discussion about this topic seems very interesting - and also > somehow needed. > > I just - at the current time - disagree with the approach to ask for a > mailinglist until we have found out that it is what we need. I of course forgot one very important thing before I started considering technical detials. We need to identify which problems we need to fix - and what the best way of fixing them are. Does anyone know if there was debate about the way it is currently implemented? As far as I can see from the two bugs, we are facing two issues. 1) Starting your non-default display manager 2) Keeping the debconf templates and translation in sync 1) There is in most init scripts a var you can set HEED_DEFAULT_DISPLAY_MANAGER - some init scripts supports to set it externally, some of them don't. If we just make sure to have the possibility to do HEED_DEFAULT_DISPLAY_MANAGER=false /etc/init.d/?dm start/stop - we have a simple, but hacking solution that is easy to implement. Maybe informing about the possibilities when the initscript is stopping. So there is actually a existing solution. Changing this just because we can might not be the right solution. How many users do actually need a change here? And how many users do we annoy if we introduce bugs here? Is it actually worth changing ? 2) Keeping the translations in sync is a bit hard, as we don't want the exact questions to be asked. The question of "which display manager do you want" might be the same. But there is also additional questions asked. And how often does these questions actually change? What do we gain by splitting this off in a seperate package except of added complexity? It would of course be nice to implement some advanced configuration stuff - but I actually quite quickly have started thinking that we actually don't need it. /Sune -- Man, how could I do for sending the fan from Windows XP? You should explore with a PCI attachment, so that from DOS you neither can ever digit on a server, nor ever have to install the coaxial AT device for resetting a mousepad.
Attachment:
signature.asc
Description: This is a digitally signed message part.