Systemd je dneska normální součást základního systému a je to tak dobře. Posedlost představou, že desktop má fungovat bez něj, je asi tak na stejné úrovni jako trvat na tom, že to má fungovat bez kernelu (a proklínat Linuse za to, že mi "vnucuje" ten svůj linux). Někdo se holt ještě nedokázal vyrovnat s tím, že od dob SVR4 se vývoj o notný kus posunul a od operačního systému se toho dneska čeká víc, než od klasického unixu.
Není to normální součástí, ale je to jednou z nejkontroverznějších věcí v Linuxu. Je to zcela proti základní filozofii a přibližuje to Linux k Windowsu. Chování se mění častěji, než si Poettering mění ponožky a i když se zrovna nemění záměrně, je stejně nepředvídatelný - aneb dělá to přesnej opak toho, na co to mělo původně být. Nápady typu "raději haltnout celej systém, než přeskočit triviální chybu", to prostě nezkousnu.
Ziadna taka otazka nepadla. Ja som reagoval na tvrdenie, ze ovladanie sluzieb bez initu pojde dost tazko :)
Mimochodom, pri tom kopirovani z Wikipedie si vynechal zvysok vety. "... that works with the system-provided init program, normally /sbin/init; however, it is not a replacement for /sbin/init."
Nefunguje to u zadny sluzby, co nechapes na tom, ze to, ze neco je v pameti a ma to status "bezi" neznamena vubec nic? Co ti bude platnej bezici apache, kdyz nebude odpovidat na requesty?
Kdyz potrebuju aby neco bezelo a pripadne se to restartlo, tak potrebuju neco dalsiho, co to bude at uz lokalne nebo vzdalene kontrolovat. A systemd to rozhodne neni.
"je asi tak na stejné úrovni jako trvat na tom, že to má fungovat bez kernelu"
Bez kernelu by to nešlo, ale je možnost ten kernel nahradit jinou implementací. Zrovna Debian umožňuje instalaci s kfreebsd. Takže požadavek je to zcela přirozený a opodstatněný. Je definováno nějaké rozhraní, které, pokud jej všechny komponenty dodržují, vede k tomu, že je možné libovolnou komponentu nahradit jinou implementací. Toto v userspace děláme neustále. Nelíbí se mi implementace něčeho od A, tak tam dám implementaci téhož od B. Ostatně, na BSD běží v podstatě totéž do na Linuxu. Včetně grafických prostředí. Takže neexistuje důvod to vázat na komponentu, která funguje jen jedné implementaci kernelu (zrovna linux) a ztížit si tak přenositelnost (která tu je od počátku těch projektů).
Nikolive, ale tu tupec jirsak nemuze chapat. Systemd totiz nema zadne (natoz stabilni) api. A chovani jednotlivych komponent se zcela zasadne meni v zavislosti na tom, jak se zrovna ten kreten vyspi.
Nadto, kdo by si do systemu, od ktereho ocekava, ze bude proste fungovat, daval srackomet, kterej by design predpoklada, ze veci fungovat nebudou a jeste to vykazuje jako ficuru, kdyz opravdu nefugujou.
Nevsim sem si, ze bych v pripade pouziti openrc/sysvinit/ ... musel pouzivat nejakej konkretni logovac, kupodivu si muzu vybrat z hromady kterej se mi libi, divny co? Stejne tak muzu pouzit libovolnej cron, dhcp klienta, ntp, ... a sestavit si vse dle vlastnich prani a predevsim potreb. Aha ... ono to ma deklarovany API a tudiz je to zamenitelny ... ZAZRAK.