Átfogalmazom, a 'miért ne' tényleg rosszul veszi ki magát: végre van egy rendszerük, ami kihasználja az alsóbb réteg (kernel) lehetőségeit, modern IPC-t használ és nyújt (oks, a D-Bus nem igazán systemd találmány, a kdbus már inkább, de eléggé használja), van rengeteg könyvtáruk (mind publikus, mind "belső"), amikkel egyszerűen fejleszthetők az ilyenek - pusztán azért, mert már rendelkezésre áll az alsóbb réteg és nem több projektet kell összefogni egyszerű feladatokhoz .
Triviális példa: loginctl és a multi-seat esete - igen, saját udev szabályok faragásával, a nem fejlesztett ConsoleKit konfigolásával és raklap bash kóddal. Vagy, mivel megvan hozzá az alapozás (pl. processzek követésére a slice-ok, az eszközök hozzáadására/eltávolítására a udev stb.), megoldhatják ők maguk, lényegesen kevesebb karbantartandó kóddal. És igen, lehet, hogy ehhez kell pár sornyi kód a DM-be, hogy ki is használja (lásd: Gnome, a KDE pl. egy időben tervezte dobni a KDM-et, mert túl régi és túl sok munka lenne kitakarítani), cserébe nem 10 projekten átnyúló konfigturkálás következik.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)