如果沒有進一步的延遲,Fedora 41 將成為過渡到 DNF5 的版本 

地下城5

DNF5旨在改善軟體包管理以提高效能

自開發以來 Fedora 39考慮使用DNF5 作為預設值,但由於各種原因此更改 已被推遲 現在為了改善使用者體驗並優化系統效能, Fedora 開發者已發布 其 dnf 包管理器和最近 FESCo(Fedora 工程指導委員會)發生重大變化的消息 已批准預設使用 DNF5 套件管理器 在即將發布的 Fedora 41 秋季版本中。

該提案b希望將目前的 DNF 套件管理器變更為 DNF5,旨在為 Fedora 用戶提供一系列改進和好處。此更改的目的不僅是更改指向 dnf-3 的 /usr/bin/dnf 符號鏈接,而且是為了落實 DNF 開發過程中已完成的所有工作,這代表著在包管理方面的重大改進軟呢帽。

據說在Fedora 41中 dnf、libdnf 和 dnf-cutomatic 軟體包將被 DNF5 取代 和一個新的函式庫 libdnf5。此外,/usr/bin/dnf 符號連結將指向 dnf5 可執行檔。

雖然 功能上尚未實現完全對等 使用舊工具,開發人員認為發行版已準備好進行遷移,並且可以稍後實現缺少的功能。

例如,「dnf History」指令背後的交易歷史管理功能尚不可用。將對 dnf5daemon 後台進程的支援整合到 GNOME 軟體應用程式管理器中的工作也在進行中。系統升級機製到下一個版本(系統升級指令)需要額外的測試。

最初,DNF 取代了完全用 Python 編寫的 Yum。在 DNF 中,低階函數被重寫在單獨的 C 函式庫(例如 librepo、libcomps 等)中,而框架和高階元件仍保留在 Python 中。

然而,該項目 DNF5尋求更深層的統一 透過用 C++ 重寫剩餘的套件管理元件,並將核心功能移至名為 libdnf5 的單獨函式庫,並透過該函式庫的包裝器封裝 Python API。

La 透過使用 C++ 而不是 Python,我們可以減少依賴性,並透過以下方式優化效能: 編譯成機器碼,完善系統內部結構。 DNF5 與 PackageKit 分離,轉而採用 DNF Daemon,這是一種新的後台進程,取代了 PackageKit 功能,並提供了更有效的介面來管理套件和更新,尤其是在圖形環境中。

此外,還提到了 為 dnf5 實作插件以匹配功能集的工作正在進行中 來自 dnf-plugins-core 套件。計劃的插件包括安裝調試資訊插件和 reposync 插件。在 Fedora 5 中取消對模組化的支援之後,DNF39 目前實現了一組核心的模組管理功能。

地下城5 也改進了套件管理器的可用性,例如更清晰的視覺化指示操作進度、支援使用本機 RPM 套件、顯示已完成事務資訊的能力以及改進的 bash 條目完成系統。這些改進有助於為 Fedora 用戶提供更有效率、更友善的體驗。

最後提到,為了確保平穩過渡,現有dnf用戶的升級路徑正在精心準備。一旦dnf5 可用,它將取代從Fedora 41 開始的dnf 軟體包。服務,使用D-Bus 接口,作為使用 PackageKit 的替代方案。與 GNOME UI 的整合正在進行中。

如果你是 有興趣了解更多關於它的信息, 您可以在中查看詳細信息 以下鏈接。


發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責數據:MiguelÁngelGatón
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。