Názor k článku
Debian bez systemd je za dveřmi: Devuan 1.0 RC2
od tnr - > Inak povedane, slavny SystemD bug vrazdiaci procesy...
-
tnr (neregistrovaný)
> Inak povedane, slavny SystemD bug vrazdiaci procesy screenu a tmuxu. Na jednej strane chapem, ze naskriptovat toto by zabralo mozno i 5 riadkov, pritom ale nemam pocit, ze by zrovna toto bola ziadana featura :D
Ano? A jak ten tvuj skript o 5 radcich pozna u forknuteho procesu X pri 2 sezenich stejneho uzivatele, zda ho killnout ci nikoliv :)
A jinak zadana featura to docela byla, na desktopech byl mizerny multiseat a leftover procesy zdrojem docela beznych problemu...
> ATTRS{vendor}=="nieco" ATTRS{model}=="nieco-ine" RUN+="service start nejaka-sluzba"
> To hadam ani nebolo myslene vazne :)Tak a ted se zamysli, jak to resi napr. zavislosti te sluzby, jak to osetruje paralelni spusteni v pripade, ze se takovato sluzba (ci jeji zavilosti) spusti z vice hw eventu atd.No, nijak, obet v minulosti bezny zdroj problemu :)
> Nie. Nutnost bastlenia si vlastnych jednotiek je zrovnatelne s nutnosti bastleni vlastnich init.d skriptu. Jednotka nekompatibilna kvoli ceste je zrovnatelna s init skriptom nekompatibilnym kvoli ceste. Skratka, vobec nic sa nezmenilo.
Jiste, protoze init.d skripty se mezi distribucemi typicky lisily prave jenom zmenenyma cestama a nikoliv treba pouzitymi knihovnami a vubec nebyly uplne odlisne v distribucich :) A nemluve o tom, ze zmena konfiguracnicho souboru (unit) je mnohem jednodussi nez zmena provadeneho skriptu (ktery muze byt vice ci mene zprasen a typicky bude mnohem delsi - staci se podivat na init.d skripty pred systemd treba v redhatu ci debianu - obcas i stovky radku provadeneho kodu).
> To bol samozrejme krasny predpoklad a je smutne, ze mu nevysiel. Neprijemne je, ze si kvoli nemu "ulahcil" pracu i zrusenim podpory ostatnych initov.
Opet cituji:
>So, for me personally, when systemd came along, it solved all the problems I ever had with system initialization. What most systemd critics consider "bloat", I consider necessary complexity to solve a complex problem generically. You can say what you want about Poettering, but he actually realized what the problems with system initialization were and provided a working solution.
Prispevek je z roku 2016, nikde nepise, ze mu predpoklad nevysel :)
> Co take?
Nepochopil, nevadi :))
ČLÁNKY DO MAILU