Vlákno názorů k článku
Systemd bude mít vlastní mount
od Saljack - Ja nevim jestli uz si s tim systemd...
-
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.
