Tak zase klasický bulvár ala root.cz, hlavně že to rozvíří diskuzi a návštěvnost. Ale s abclinuxu si nemáte, co zazlívat.
Kdo čte, pochopí k čemu ten kus kódu může použít. Kdo nečte a nechce číst tomu není pomoci a bude si věci dělat tak, jak je na to zvyklý z roku 1995 kdy na linuxu začínal.
Ano, "linux" se určitě nestal tak oblíbeným proto, že byl takový jaký byl, ale proto, že všichni tušili, ze to jedou L. P. spraví a pak to teprve bude za něco stát.
Ale teď vážně. Doufám že se mi ta myšlenka povede napsat na jeden zátah a prosil bych o to, aby mě nikdo netahal za nějakou dílčí, jednotlivou implementaci.
On není ani možná problém v tom, co systemd dělá, ale jak to dělá a co se okolo toho děje. Je až zajímavé, jak všichni ti, co prozřeli a "chtějí" systemd protože jsou chytří a rozumí tomu, mají ostatní za ignoranty a hlupáky, jeden zdejší mudrc se dokonce nezdráhal lidem tvrdit, jak to dělají špatně, ničemu nerozumí a , teď to přijde, si své problémy snad vymýšlí a nikdo jiný je nemá. Jak typické - bohužel. Jako druhý problém bych viděl to, že něco, co se mění pod rukama a často nefunguje nebo funkce mění, se dostává na produkce a tam to pak dělá problémy. Je otázka, jestli třeba systemd není - zaměřením i stylem změn v čase - vhodnější jen na desktopy apod . . .
Ale v přípdě nových nasazeních v produkci tomu pak už zase brání jeho zasekanost do systému a malá možnost měnit za něco jiného, ještě k tomu, že stále více programů ho bude muset podporovat a nebudou moct držet různé verze pro ne-systemd . . . ( vycházím z Debianu: zatím jde volit, ale IMHO každému, kdo vidí dál, než za první složku musí být jasné, že tímto stylem paralelní možnosti brzo nebudou )
Jen tím chci říct, že podle mne, jak to tak dlouhou dobu čtu, tak než kód jako takový, nese systemd tyto problémy a těžko se pak divit, že to nasírá spustu lidí . . .
Text je trochu tezsi na cteni, ale obsahuje jadro, ktere vystihuje cely problem - svuj pocit bych vyjadril jako : mizi moznost volby a tim je omezeno zdrave soupereni v ekosystemu. Porovnejme s openoffice:
Mohou dnes realne souperit ruzne init systemy?
Muze realne nekdo forknout systemd projekt?
Muze dnes nekdo prijit s uplne novym konceptem?
Koukal jsem jak to odinstalovat a -
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
- nevim, jestli se mi chce riskovat nefuknkcnost suspend/hibernate a zaviset na modulech z wheezy.
Mohou dnes realne souperit ruzne init systemy?
Ano, a taky to dělají.
Muze realne nekdo forknout systemd projekt?
Může. Existuje třeba uselessd (osekaný systemd) nebo systembsd (reimplementace systemd API pro BSD).
Muze dnes nekdo prijit s uplne novym konceptem?
Může. Přesně tak vzniklo i systemd. A upstart, OpenRC, procd a podobní.
Koukal jsem jak to odinstalovat a -
Devuan? To, že je těžké odebírat to z distribuce, která je založená na tom, že tam systemd je, ještě neznamená, že by to omezovalo soupeření.
Bulvár spočívá již v nadpisu. Autor systemd-mount k tomu píše:
"first of all, this doesn't replace util-linux' mount tool. Not at all. It just tells systemd to mount something, going through systemd's dependency logic. For the actual mount operation PID 1 will fork off util-linux' mount tool like it always did."
Nakonec je to jasné už kódu na githubu, kam odkazuje i zprávička. Z komentářů výše je poměrně jasné, že více času bylo věnováno vlastnímu psaní než čtení kódu, protože jinak si rozpor mezi kódem a komentáři těžko vysvětlit.