DemzufolgeLWN-Artikelkdbus soll D-Bus ersetzen. Kann das irgendwie bestätigt werden?
Ich frage mich, ob das letztendlich eine leichte Aufgabe sein wird, da ich annehme, dass beide eine unterschiedliche API haben. Soweit ich es verstehe, wird es notwendig sein, einige Arbeiten/Aktualisierungen durchzuführen, um die Programme von der Verwendung von D-Bus auf KD-Bus umzustellen. Wenn also, wie im LWN-Artikel erwähnt, das Ziel darin besteht, D-Bus zu ersetzen, dann würde das, denke ich, einige Aktualisierungsarbeiten nach sich ziehen, oder?
Oder wird es vielleicht eine Zeit lang sein, in der beide Systeme parallel arbeiten?
Antwort1
Ich werde Ihnen meine Meinung zu dem Artikel mitteilen.
kdbus soll D-Bus ersetzen. Kann das irgendwie bestätigt werden?
Dies ist ausdrücklich die Absicht, aber wenn es um die „Bestätigung“ geht, gibt es keine zentrale Autorität, die sagen kann: „Ja, hier ist unser Zeitplan für die Zukunft von GNU/Linux“ – jenseits des Kernels handelt es sich um einen heterogenen und dezentralisierten Bereich.
Da es sich um den Kern handelt, sind viele Entscheidungsträger in diesem dezentralen Bereich wahrscheinlich an einer Zusammenarbeit interessiert. Das klingt nach einer guten Sache.
wird eine leichte Aufgabe sein
Ich sehe keinen Hinweis darauf, dass sie nicht beide gleichzeitig verwendet werden können - wasbei weitemdie vernünftigste Form des Übergangs. „Einfach“ hängt also von Ihrem Kontext ab …
Stellen Sie sich vor, beide hätten eine unterschiedliche API?
Die am Anfang verlinkte Ankündigung von Greg KH bezieht sich auf eine Userland-Kompatibilitätsschicht, was im Hinblick auf die Umstellung auch sehr sinnvoll ist; anfangs könnten einige Distributionen beides verfügbar machen, andere wechseln direkt zur Kompatibilitätsschicht usw.
Manchmal ist es sinnvoll, auf eine Weise voranzukommen, die die Abwärtskompatibilität opfert. Denken Sie an Perl 5 vs. Perl 4 oder Python 3 vs. 2. Innerhalb der Hauptversion werden Verbesserungen (angezeigt durch neue Nebenversionen, 5.8, 5.9, 5.10 usw.) mit der Priorität der Abwärtskompatibilität vorgenommen, und in der Zwischenzeit kann die Arbeit an der nächsten Hauptversion (die inkompatibel ist, aber aufgrund der Erfahrungen mit der aktuellen Version vermutlich deutlich verbessert wurde) voranschreiten.
Distributionen mit Versionen ähneln sich in dem Sinne, dass neben der Wartung und Aktualisierung der aktuellen Version auch an einer neuen Version gearbeitet wird. Dies erleichtert die Einbindung grundlegender Änderungen wie kdbus. Ich denke, wir werden sehen, was passiert.