Vlákno názorů ke zprávičce Systemd bude mít vlastní mount od Saljack - Ja nevim jestli uz si s tim systemd...

Devuan už nefunguje?

Jednotky pro Upstart fungují jen v Upstartu. Nastavení pro OpenRC funguje jen v OpenRC. Jednotky pro daemontools fungují jen v daemontools. Kdy byl tedy někdy nějaký init systém, který se choval jinak?

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...

systemd někoho nutí, aby na něm závisel? Jediné, čím se tyhle systémy liší od systemd, je, že nebyly dostatečně lepší, a tak je používalo jen minimum lidí, takže nikdy nedosáhly toho, že by začal jejich specifické vlastnosti někdo opravdu používat.

jasne... tak a ted prestan s tou demagogii ;) to ze tvurce aplikace/kompo­nenty/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" ;)

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.