Is zwar ein wenig durch die Hintertür - aber ehrlich gesagt, find ich das gut
Ich glaube aber auch, dass hama hier keinem was aufs Auge drücken wollte, sondern nur seine Pakete konsequent umgestellt hat. Die Implikationen einer vollständigen Ausrichtung auf systemd auch in Form von Abhängigkeiten sind da eher ein Kollateralschaden.
Nur so am Rande bemerkt - ich bin nicht der größte Systemd-Fan, um ehrlich zu sein, mir war und ist das Init-System bisher immer recht schnuppe gewesen. So langsam ändert sich das aber, da systemd unsere Arbeit als Maintainer sehr viel leichter macht, Abläufe sehr viel sauberer definiert sind und der Zeitaufwand für eine vernünftige Pflege und Wartung der Pakete im init-Bereich dramatisch sinkt. Is nich ganz unwichtig für ein Projekt mit begrenzten Ressourcen.
Angst davor, dass Siduction nicht mehr ohne Systemd zu betreiben sein wird, sollte aber niemand haben. Wenn ich das richtig überblicke, dann werden nur pywwetha, sidu-manual und sidu-disk-center Pakete sein, die auf lange Sicht gesehen, systemd erfordern. Was sich im Bereich Desktop Environments tut, bleibt abzuwarten, ich denke aber, dass die Environments in Kürze mehr oder weniger alle systemd als Abhängigkeit haben werden. Der derzeitige Wartunszustand von consolekit (treibt seit Jahren tot im Wasser) und der Mangel an anderen Replacements ausser systemd legt das nahe.
Bisher ist es nur so, dass Gnome - um alle Möglichkeiten von Gnome zu nutzen - systemd erfodert. Wie bereits geschrieben liegt das nicht an der Bösartigkeit der Gnome-Entwickler, sondern schlicht und ergreifend am Mangel an Alternativen