SOURCES: gdm.conf (HEAD) [wrobell]

wrobell wrobell w ite.pl
Sob, 5 Paź 2002, 15:59:20 CEST


On Sat, Oct 05, 2002 at 03:40:25PM +0200, Tomasz Kłoczko wrote:
> On Sat, 5 Oct 2002, wrobell wrote:
> 
> > On Sat, Oct 05, 2002 at 10:04:40AM +0200, PLD CVS wrote:
> > > Module name:	SOURCES
> > > Changes by:	wrobell	02/10/05 10:04:37
> > > 
> > > Modified files:
> > > 	gdm.conf
> > > 
> > > Log message:
> > > - do not start gdm on vt9 by default (start it on first available console),
> > >   because you cannot have several gdm flexible servers then
> > 
> > Po pierwsze to wogóle idea skryptu startowego dla gdm-a jest dla mnie chora.
> > To tak jakbyśmy robili skrypty startowe dla mingetty, którymi przecież
> > zarządza się za pomocą init-a.
> 
> Nigdzie nie jest powidziane, że XDM musi być odpalany pzrez inita.
> W zasadzie jakbyś się uparł to wszytko co masz w /etc/rc.d/init.d/ mógłbyś
> startowć via init. Nie robi się tego niemniej z conajmniej kilku powodów.
Podaj te powody.

[...]

> > Po trzecie, gdm powinien startować na samiusieńkim końcu, w odpowiednim
> > runlevelu, analogicznie do mingetty, które zostają uruchomione *po*
> > "przeleceniu" skryptow w init.d.
> 
> Musi o ile skonfigurowany na uruchamianie X serwera będzie alokował
> niezdeterminowane VT. Po przy przyczepieniu tego czegoś w domyślnej 
> konfiguracji do np. vt9 nie ma już takiej potrzeby.
> 
> > Tak więc jeśli skrypt dla gdm-a ma zostać w distro, to rc-scripts powinny
> > być poprawione odpowiednio, IMHO.
> 
> Nadal nie widzę powodu ..
> W czym przeszkadza Ci to co jest onbecnie ?
> Po drugie to dotyczy _domyślnej_ konfiguracji. To co masz sam poustawiane 
> to już Twój kram. W obecnym układzie konfiguracji i możliwości 
> poszczególnych pakietów nie ma żadnego powodu żeby zmieniać cokolwiek.
> 
> Mówiać inaczej zmain odpinajaca od vt9 jest do cofnięcia.

Poczytaj o flexible server w gdm-ie. 

W _domyślnej_ konfiguracji flexible server nie działa dzięki
przypięciu gdm-a do vt9.
 
[...]

    wrobell <wrobell w ite.pl>



Więcej informacji o liście dyskusyjnej pld-devel-pl