根據這個綠網文章kdbus 應該取代 D-Bus。這可以以某種方式得到證實嗎？
我想知道這是否會是一項簡單的任務，因為我想像兩者都有不同的 API？據我了解，需要重做一些工作/更新才能將程式從使用 D-Bus 轉換為 kdbus？因此，如果像 LWN 文章中提到的那樣，目標是取代 D-Bus，那麼我認為這會帶來一些更新工作，對吧？
或者也許在一段時間內兩個系統會並行工作？
答案1
我會告訴你我對這篇文章的看法。
kdbus 應該取代 D-Bus。這可以以某種方式得到證實嗎？
這是明確的意圖，但WRT「證實」了它，沒有中央權威可以說，「是的，這是我們GNU/Linux 未來的時間表」——超越內核，這是一個異質和去中心化的領域。
當然，從其核心來看，去中心化領域的許多決策者可能有興趣合作。聽起來是件好事。
將會是一件容易的事
我沒有看到任何跡象表明它們不能同時使用——這將是到目前為止最健全的過渡形式。所以「簡單」取決於你的上下文...
想像一下兩者都有不同的 API 嗎？
開頭連結的 Greg KH 公告指的是用戶空間相容層，這在過渡方面也非常理性；最初，有些發行版可以同時提供兩者，其他發行版則直接轉移到相容層，等等。
有時，以犧牲向後相容性的方式前進是件好事。考慮 perl 5 與 perl 4 或 python 3 與 2；在主要版本中，以向後相容性為優先進行改進（由新的次要版本、5.8、5.9、5.10 等表示），同時致力於下一個主要版本（不相容，但可能有很大改進）根據目前版本的經驗）可能正在取得進展。
具有版本的發行版在某種意義上是相似的，即在維護和更新當前版本的同時，新版本的工作也在進行中。這使得像 kdbus 這樣的根本性改變的合併變得更加容易。我想我們會看看會發生什麼。