Vlákno názorů k článku
Debian 9 zřejmě nakonec nebude podporovat secure boot od soriako - a té Poetteringovy sračky se zbavit neplánujou?

pusteni daemona (pokud byl ukoncen jinak nez pres init)

Cože? Vždyť systemd takového démona znovu spustí automaticky.

neumi spravne poslat signal daemonum pri shutdownu/restartu

Tak to je asi špatně uvedený signál v unit file. Představ si, že když v sysvinitu uděláš z init.d skriptu kill se špatným signálem, stane se totéž. Ten sysvinit je ale na houby, že?

No vy ste kouzelny. Takze systemd rozjebal co moh, ale ono je to vlastne spravne. Vsechno kvuli nemu budem delat jinak a prepisovat... dyt je to ten jedinny spravny vyvoleny.
Muj init skript je napsany spravne. SystemD spravne nefunguje. Tecka.

1) Umim napsat spatne i init skript pro Sys V.
2) Compatibility layer SystemD pro init skripty je pousti jako oneshot service (ne uplne prekvapive, lze totiz tezko automaticky dovodit, co jima autor puvodne mysles). Tomu co pises, se clovek divi jen ty dve minuty do chvile nez si konecne precte https://www.freedesktop.org/software/systemd/man/systemd.service.html a pak udela co ma - bud to naportuje poradne nebo aspon udela service s typem forking...

Jebat SystemD za vsechno zlo na svete je sice super, ale a) se ho nezbavime, tak se s tim smir a b) je treba uznat, ze ma celou radu velice uzitecnych vlastnosti, ktery driv clovek musel implementovat sam jak kokot.

Upstart používal Red Hat a SUSE, evidentně asi nefungoval dostatečně dobře, jinak by ho neměnili.

asi chteli neco co nebude delat jenom init a dobre, ale co bude delat i spoustu ostatnich veci ktere do te doby delali k tomu urcene nastroje a dobre... pripadne proste jen chteli "vendor lock-in" nebo na$ral 50% (technicky zalozenych) uzivatelu... ;)

Vendor lock-in na 90 % dister? Už to nehulte

a ty uz si nepichej ten alkohol ;) kdyz budes strizlivej tak ti treba dojde o cem to je...