Názory k článku
Systemd bude mít vlastní mount
-
NULL (neregistrovaný)
Ještě jsi zapomněl na systemd-userd, pro který při instalaci budeš potřebovat účet na www.systemd-onedrived.com. Samozřejmě nezapomínejme na systemd-telemetryd, který bude v systemd-registryd.
-
Jan (neregistrovaný)
Z programatorskeho hladiska je systemd super. Pouzijem API, vylistujem si potrebne units (napr. services) a ked mam dost opravneni tak ich mozem aj restartovat. A to vsetko bez forkov a externych binariek. Takze ja osobne by som bol nadseny zo systemd-videoplayer. Avsak vacsi zmysel mi dava, keby aj videoplayer (napr. VLC) publikoval svoje API cez D-bus podobne ako systemd. Potom by som videplayer cez remote D-bus spojenie vedel ovladat aj z inych zariadeni.
Ano z ortodoxneho admin hladiska systemd poziera vsetko mozne. Nastastie som admin s bleeding/cutting edge technologiami a zmena ma neboli. Vsak aj taky CoreOS je systemd.
Ja jednoznacne fandim systemd!
-
Filip JirsákStříbrný podporovatelZrovna VLC lze ovládat přes API několika způsoby, a jedním z nich je i D-Bus.
-
ced (neregistrovaný)
Divíš se správně, bohužel špatným směrem, tohle ani nevadí.
Co vadí je proč když někdo chce mít Linux kombinovaný se systemd, proč ho musí mít i ti, kdo ho nechtějí, když před systemd byl výběr samozřejmá věc? A to je hlavní příčina problémů. Systemd je koncipován virálně jako Jediná Správná Věc a nepustí vedle sebe nic jiného, natož zdravou konkurenci. To je základ problému. Je to neunixovské. Arogantní. Drzé až psychopaticky despotické. To vadí. Jako bezdomovec, který tě neustále leze do postele a jen obtížně jde vyhodit. -
nobody (neregistrovaný)
Devuan neni o moznosti volby, ale o nutnosti obchazet vynucenosti...
Vsechny init systemy se chovali jako init systemy, jen sYsTeMd se chova zaroven jako arogantni otesanek na steroidech... za chvili na nem bude zavisle kde co(jeste vice nez ted), takze bude cim dal obtiznejsi a pracnejsi se toho zbavit a pritom pouzivat prostredi/aplikace ktere si bez toho bez uprav uz ani nepipnou...
-
nobody (neregistrovaný)
jasne... tak a ted prestan s tou demagogii ;) to ze tvurce aplikace/komponenty/de nejspis nikdo nenutil vytvorit zavislost na systemd je uzivateli ukradene, pokud by to rad pouzival bez systemd...
lisi se to hlavne tim, ze jedno jsou/byli init systemy, druhe je monstrum co jako init system jen zacalo...
co pohltili ty jine init systemy? ne, to jen(napr.) systemd-udev... serou se ty jine init systemy do logovani a jeste k tomu binarniho? ne, to jen systemd-journald... ty jine systemy maji tvurcce co neco rozjebe a pak se obraci na tvurce sw ktereho chovani tim zmrvil aby to opravil za nej? ne to dela vedome a nashval tvurce systemd... mohl bych pokracovat ale to nema cenu, je ted totiz modni vlna "demagogu co nadavaji na racionalni kritiky systemd" ;) -
Sten (neregistrovaný)
Vážně tím chceš říct, že by vývojáři, z nichž naprostá většina tohle dělá ve svém volném čase, měla povinnost dělat něco víc, než co vyhovuje jim?
K té demagogii:
systemd rozhodně nezačínal „jen jako init systém“. Od počátku byl koncipován jako něco mnohem většího, v podstatě jako čistá implementace toho, do čeho postupně dospíval Upstart, který právě jen jako init systém začínal, a s opravu zásadních návrhových chyb v Upstartu (systemd používá cgroups místo problematického ptrace a klasické závislosti „A vyžaduje B“ místo upstartovského „B spouští A“). Nebýt těchto problémů, Red Hat i Ubuntu by klidně zůstali u Upstartu.
Logy si po svém řeší třeba i daemontools a částečně i Upstart (resp. měl to řešit, ale nikdy se k tomu pořádně nedostal). Upstart se také snažil nahradit třeba cron a inetd (socket activation). To, že se udev sloučil se systemd, bylo rozhodnutí jeho vývojářů, které má minimální následky pro ostatní init systémy. (eudev v Gentoo se od udev liší tím, že nezávisí na specifických funkcích glibc, které OpenRC neumí, o závislosti na systemd vůbec nejde, protože žádné v udevu nejsou.)
Co Poettering rozjebal? Jestli myslíš sestřelování procesů při skončení session, tak to 1) klidně můžeš vypnout, jestli ti to tak vadí 2) jen správně implementoval PAM sessions. Že na to dosud všichni srali, není zrovna důvod pro to, aby se v tom pokračovalo.
-
mihu (neregistrovaný)
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.
-
NULL (neregistrovaný)
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.
-
Sten (neregistrovaný)
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í.
-
Ladislav Michl (neregistrovaný)
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. -
Sten (neregistrovaný)
- Ta otázka („co tam nenajde“) nedává smysl, udev není statický soubor, ve kterém by se něco hledalo. udev reaguje na události a na základě těch událostí třeba vytváří a ruší mount unity.
- Co systemd vygeneruje z fstab, aniž by tam bylo? Nebo si jenom pleteš unity vygenerované z fstab s unitami z /lib/systemd/system, které ve fstab nebyly ani se sysvinitem, ale připojoval je init skript?
-
Seti (neregistrovaný)
Se systemd směle
do widloidní pudele.
Kupředu levá, zpátky ni krok ;-)Stejně jako v reálném životě, kdy pravici, kapitalismus a osobní svobodu nahrazuje levice, fašismus a rozhodování nekolika nikým nevolených psychopatů, tak i v linuxu spolupráci malých utilit nahrazuje jeden neprůhledný blob postupně žeroucí vše okolo vytvoření nikým nezvaným fanatikem. Co se divíte, je to moderní :-)
