On Wed, Jan 25, 2012 at 08:24:28 +0100, Pawel Golaszewski wrote: >> >> 0. olewamy sprawę, jak ktoś zmieni inita, to ten mu uruchomi usługi >> >> SysV; będzie musiał sobie ręcznie włączyć co chce mieć pod >> >> systemd. >> > No nie - to nie jest fajne, system staje się niedeterministyczny, >> > zależny MOCNO od kolejności instalacji. >> A czym się różni uruchomienie przez SysV od uruchomienia przez unit? >> Niczym istotnym - funkcjonalność pozostaje. > > Przeczytaj jeszcze raz: w zależności od kolejności instalowania dostaniesz > zupełnie inaczej działający system.
W jaki niby sposób? Konkretnie - bo nie widzę takiej możliwości. >> Nie dam sobie teraz nic uciąć, ale enable/disable z tego co pamiętam (bo >> CHYBA kiedyś sprawdzałem) nie wymaga dbusa ani nic - przecież ta funkcja >> powinna działać nawet z poziomu emergency.target. > > Jaki sens ma wogóle wydzielenie units do osobnego pakietu? W momencie tego podziału reszta pakietu zastępowała całego inita. Później dopiero wydzieliłem 'compat' (tj. /bin/init oraz towarzyszące symlinki) i teraz jedyne uzasadnienie units to właśnie R/S w demonach. >> >> > 2. Magia przy instalacji systemd-units, która włączy wcześniej >> >> > zainstalowane paczki. >> > >> > 3. Odłożenie komend z makr do wykonania później. >> Jak już wspomniałem - oba te warianty są wadliwe, gdyż mogą aktywować >> usługi wyłączone chkconfigiem. > > Jeżeli nie masz jakiejś procedury przejścia konfiguracji chkconfiga to ten > temat nie istnieje (proszę, nie mów o ręcznym grzebaniu, to można zrobić > na 1-2 maszynach). No właśnie - wariant 2 i 3 możemy sobie od razu odpuścić, bo zawiodą i tak. Robota głupiego - szczególnie zważywszy na charakter PLD. > Bo nigdy nie będzie. 100% automatyczne przejście nie jest chyba możliwe, > fedory i inne też chyba tego nie obsługują... Oni mają prościej - od powiedzmy FC15 jest systemd (jest punkt migracji), no i oni nie są tak elastyczni dla indywidualnych konfiguracji, jak stara się być PLD. -- Tomasz Pala <[email protected]> _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
