Dnia 25 stycznia 2012 8:31 Arkadiusz Miśkiewicz <[email protected]> napisał(a): > On Tuesday 24 of January 2012, Tomasz Pala wrote: > > On Tue, Jan 24, 2012 at 15:23:46 +0100, Jacek Konieczny wrote: > > > Czyli zostały dwie opcje: > > W zasadzie trzy: > > > > 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. > > Mi się to rozwiązanie podoba najbardziej. Świadoma migracja przez > administratora i świadome aktywowanie usług pod systemd. > >
+1 Aktualnie systemd po zainstalowaniu podnosi minimum systemowe + co uda mu sie z kompatybilnosci SYSV + siec (onboot) Ktos kto migruje sobie na systemd powinien teraz sprawdzic ktore uslugi np. sie nie podniosly/nie dzialaja itp. Ewentualnie doinstalowac paczke -systemd uslugi ktora nie wstala i ja zrestartowac, podniosla sie albo nie. systemd-journal pomaga w tym i innych problemach. Docelowo mozna wrzucic to pozniej do paczki glownej z Obsoletes. Zasadniczo jestem z systemd na desktopie zadowolony, nie odpowiada mi jeszcze ze NetworkManager do polaczen automatycznych dodaje ONBOOT=yes przez co rc-scripts/systemd probuje wszystkie po kolei podniesc. imho powinien do tego uzyc jakis inny znacznik - zobacze czy da sie do tego jakas latke zrobic. Do filesystem trzeba dodac /etc/hostname, a w samym rc-scripts dodac drukowanie hosta do /etc/hostname albo zaczac korzystac z tego w rc-scripts co chyba jest lepsze. Aktualnie problemem jest zasadniczo u nas to ze nie ma feedbacku co sie nie podnosi co poprawic. Dyskusja ta powinna byc o dzialaniu i problemach. Pozniej wypracujmy sobie model gdzie ostatecznie co ma sie znalezc. Pozdrawiam Bartlomiej Zimon _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
