Vlákno názorů k článku
BusyBox zrušil podporu pro Systemd od unknown - nemam prehlad - mohol by niekto pls upresnit...

nemam prehlad - mohol by niekto pls upresnit co je zle na systemd?

V podstatě nic, protože člověk není* nucen to používat. A proč to nepoužívat?
http://without-systemd.org/wiki/index.php/Arguments_against_systemd

* Chyba je, že celá řada distribucí přešla na systemd, a celá řada balíčků závisí přinejmenším na jeho knihovnách. A toto už podle mě špatné je. Ne každému se chce instalovat LFS nebo Gentoo.

ten link odkazuje na problemy ked bol systemd v plienkach... teraz je systemd verzia vyssia ako 220.

Integracia do mainstream distribucii hovori sama za seba, systemd je kvalitny projekt a prinasa vela vyhod.

"Integracia do mainstream distribucii hovori sama za seba, systemd je kvalitny projekt a prinasa vela vyhod."

Rozšíření Windows na desktopu hovoří samo za sebe. Je to kvalitní systém a přináší spoustu výhod.

Spatny na nem je uplne vse, protoze aby startoval dhcp server na klientech a to jeste pred startem systemu a firewallu je nehoraznost. A to neni zdaleka jedina vec. Binarni logy, ktery neprectes v nicem, a jejichz necitelnost se povazuje za ficuru ... startovani sluzeb ktery nechces, nemoznost sluzby zastavit, nenastartovani sluzeb ktery potrebujes ... (trebas prinserver, coz ... kterej nenastartuje, dokud se na nej nehrabne, a hrabat neni proc, protoze nenajde zadny tiskarny ... lol)

1. to jeste pred startem systemu a firewallu

   To dělá, jen pokud neumíte nastavit závislosti. Což budete mít úplně stejný problém s NetworkManagerem či ifupdown.

2. startovani sluzeb ktery nechces

   j má totiž velký problém spustit: systemctl disable služba.service ;-)

3. nemoznost sluzby zastavit

   systemctl stop služba.service

4. trebas prinserver, coz ... kterej nenastartuje, dokud se na nej nehrabne, a hrabat neni proc, protoze nenajde zadny tiskarny

   Pokud na něj není potřeba hrabat, takže je snad úplně jedno, jestli běží, ne? Ale jestli máte potřebu spouštět server, na který se nikdo stejně nepřipojí, tak to systemd také umí ;-)

Ad 2., 3. Mistře, ale to nic nezastaví. Ta služba se opět kdykoliv spustí přes ten genitální Lennartův socket.

Ad 4. Ne, to opravdu jedno není. Takhle bezva "featura" totálně rozjebala printservery. Proč? No, protože socket-based activation.

Napriklad tohle: http://houseofbrick.com/udev-rules/ i kdyz to souvisi se systemd jen neprimo.
Novy udev z RHEL7 uz neumoznuje pojmenovavat disky v udev pravidlech. Parametr NAME lze pouzit pouze pro sitove adaptery. Udrzovat udev pravidla pro kazdou verzi udev je vopruz.