Das bedeutet im Umkehrschluss das Linux seit Jahren eine Enttäuschung war und nur durch den Preis an Verbreitung gewinnen konnte. Solaris und OSX sind ja nach dieser Definition auch modern und konnten dadurch nichts hinzugewinnen.
Wäre ein lange Sitzung. KDE wechselt ja auch zu Systemd. Und X benutzt demnächst den systemd logger. Wie soll man da systemd aus dem Weg gehen, wenn es vielfach als Abhängigkeit wieder reinkommt?
Soweit mir bekannt ist wird das nicht gewünscht. Es gab sogar eine Diskussion darum, ob man Teile von kdeinit entfernen/ersetzen sollte wobei Techniken von systemd zum Einsatz kämen. Hier hat sich aber sehr deutlich herauskristallisiert, dass man das so nicht will und Wert darauf legt, dass die Software auch weiterhin auf BSD & Co läuft. Aktuell werden Techniken von systemd genutzt, allerdings nicht zwingend, man kann KDE problemlos ohne systemd nutzen. Über Qt wird – soweit vorhanden – ins journal geloggt statt in die .xsession-errors Datei, der alte Weg bleibt aber erhalten. sddm nutzt logind, wenn es vorhanden ist, ist aber nicht zwingend. Für kdm (welcher aber eh EOL ist) gibt es einen Patch der evtl. noch integriert wird, der logind Support hinzufügt, was Multiseat ermöglicht. Zwingend ist aber auch das nicht und evtl. kann man sogar noch Consolekit nutzen (hab es aber nicht getestet).
Nö. Systemd ist auch nur ein kitkit das bleibt bis wieder was neueres mit noch tollerem Namen gehypt wird. KDE hat damals schon mit Phonon gezeigt wie mans richtig macht.
Von SchwarzesLoch am Sa, 30. August 2014 um 18:50 #
Was man nicht kennt, vermisst man nunmal auch nicht. Aber wenn es existiert und es Sinn macht, dann frägt man sich ganz oft, warum da noch nicht früher jemand drauf gekommen ist.
So wie das Hickhack bei TTY. Im Kernel, nein besser komplett neu auf Basis von DRM, nein doch lieber raus aus den Kernel und mit Systemd verwurschteln.
Das bedeutet im Umkehrschluss das Linux seit Jahren eine Enttäuschung war und nur durch den Preis an Verbreitung gewinnen konnte. Solaris und OSX sind ja nach dieser Definition auch modern und konnten dadurch nichts hinzugewinnen.
Schau mal die Definitionen von "Hinreichend" und "Notwendig" nach...
Schau dir mal die Gesichte von Gnome an, was optional für den Haufen bedeutet.
Das musst du mit den Jungs von Gnome ausdiskutieren, mir ist Gnome egal.
Wäre ein lange Sitzung. KDE wechselt ja auch zu Systemd. Und X benutzt demnächst den systemd logger. Wie soll man da systemd aus dem Weg gehen, wenn es vielfach als Abhängigkeit wieder reinkommt?
Soweit mir bekannt ist wird das nicht gewünscht. Es gab sogar eine Diskussion darum, ob man Teile von kdeinit entfernen/ersetzen sollte wobei Techniken von systemd zum Einsatz kämen. Hier hat sich aber sehr deutlich herauskristallisiert, dass man das so nicht will und Wert darauf legt, dass die Software auch weiterhin auf BSD & Co läuft.
Aktuell werden Techniken von systemd genutzt, allerdings nicht zwingend, man kann KDE problemlos ohne systemd nutzen. Über Qt wird – soweit vorhanden – ins journal geloggt statt in die .xsession-errors Datei, der alte Weg bleibt aber erhalten.
sddm nutzt logind, wenn es vorhanden ist, ist aber nicht zwingend.
Für kdm (welcher aber eh EOL ist) gibt es einen Patch der evtl. noch integriert wird, der logind Support hinzufügt, was Multiseat ermöglicht. Zwingend ist aber auch das nicht und evtl. kann man sogar noch Consolekit nutzen (hab es aber nicht getestet).
Weitere Änderungen sind mir nicht bekannt.
KDE wechselt ja auch zu Systemd
Nö. Systemd ist auch nur ein kitkit das bleibt bis wieder was neueres mit noch tollerem Namen gehypt wird. KDE hat damals schon mit Phonon gezeigt wie mans richtig macht.
Was man nicht kennt, vermisst man nunmal auch nicht. Aber wenn es existiert und es Sinn macht, dann frägt man sich ganz oft, warum da noch nicht früher jemand drauf gekommen ist.
Und dass es Sinn macht, beweist die Wechselorgie.
So wie das Hickhack bei TTY. Im Kernel, nein besser komplett neu auf Basis von DRM, nein doch lieber raus aus den Kernel und mit Systemd verwurschteln.