Fedora エンジニアリングおよび運営委員会 (FESCo) は、Fedora 39 で担当チームがおそらく DNF に取って代わると発表しました、libdnf および dnf-automatic c新しい DNF5 パッケージング ツールと libdnf5 サポート ライブラリを使用. DNF5 はユーザー エクスペリエンスを向上させ、Fedora Linux でソフトウェアを管理するためのパフォーマンスを向上させるはずです。
DNF はソフトウェア パッケージ マネージャーです。 これは、Fedora でパッケージをインストール、更新、削除するもので、YUM (Yellow-Dog Updater Modified) の後継です。 DNF は、依存関係を自動的にチェックし、パッケージのインストールに必要なアクションを決定することで、パッケージの保守を容易にします。 この方法により、rpm コマンドを使用してパッケージとその依存関係を手動でインストールまたは更新する必要がなくなります。
DNF5 の新機能に関しては、次の点が際立っています。
- Python を必要としない完全なパッケージ マネージャー
- 最小システム
- もっと早く
- DNF と Microdnf を置き換えます
- ソフトウェア管理スタック全体で統一された動作
- 新しい Libdnf5 プラグイン (C++、Python) は、DNF5 および Dnf5Daemon に適用されます。
- 共有設定
- DNF/YUM は、複数のスタイルと命名規則 (オプション、設定、オプション、コマンド) の影響を受けて数十年にわたって開発されてきました。
- Desktop に組み込まれている場合、PackageKit for RPM (独自の PackageKit バックエンド) の代替を提供できます。
- Modularity および Comps グループとの互換性
- コードベースの重要な改善
- 履歴データベースおよび /etc/dnf/module.d からのシステム状態の分離
dnf-4 では、インストール済みパッケージのリスト ユーザーとインストールされたグループのリスト、およびこれらのグループのインストールされたパッケージのリストによって、 履歴の集計として計算されます トランザクションの。 dnf5 では、個別に保存されます、これには複数の利点がありますが、少なくとも履歴データベースは情報提供のみを目的として使用され、システムの状態を定義しないという事実があります (時々破損するなど)。 /etc/dnf/module.d に格納されているデータは、ユーザーが書き込み可能であると想定されておらず、その形式も十分ではありません (プロファイルがインストールされているインストール済みパッケージに関する情報が欠落しています)。
DNF5 はまだ開発中です 一部の機能やオプションはまだ利用できません。 まだ モジュール性を実装するには、やるべきことがある、システムの履歴とステータスに関連する内部データ ストレージ、およびドキュメントとマニュアル ページ。 DNF5 は、夜間のアップストリーム ビルドを使用してリポジトリからテストできます。
DNF5 は、dnf、yum、dnf-automatic、yum-utils、および DNF プラグインを非推奨にします (コアとエクストラ) python3-dnf と LIBDNF (libdnf、python3-hawkey) は、fedora-obsolete-packages で非推奨になり、さらに /usr/bin/dnf へのシンボリック リンクが提供されるため、ユーザーは置換を更新として見ることができます。限定的ではあるが文書化された構文変更を伴う DNF へ。 DNF5 は、DNF5 の採用を改善するために、いくつかのサポートされているコマンド エイリアスとオプションを提供します。
変更案は次のようにまとめられています。
- 新しい DNF5 により、ユーザー エクスペリエンスとパフォーマンスが大幅に向上します. この置き換えは、Fedora ソフトウェア管理スタック アップグレードの 5 番目のステップです。 この変更がなければ、さまざまなライブラリ (libdnf、libdnf5) に基づくいくつかのソフトウェア管理ツール (DNF5、古い Microdnf、PackageKit、および DNF) が存在し、異なる動作を提供し、履歴を共有しません。 また、DNF の開発者サポートが限られている可能性もあります。 DNF2020 の開発は、XNUMX 年に Fedora-Devel リストで発表されました。
- DNF5 は、小規模なシステムの Python コードを削除します、より高速なパフォーマンス、および既存の DNF および microdnf ツールの置き換えに使用されます。 DNF5 はまた、ソフトウェア管理スタックの動作を統一し、RPM 用の PackageKit の代替として新しいデーモンを導入し、はるかに機能が向上するはずです。 リポジトリの参照、ルックアップ操作、RPM クエリ、およびメタデータ共有のパフォーマンスが向上することが期待されます。
変更提案はまだ承認される必要があります Fedora エンジニアリングおよび運営委員会によって承認されましたが、DNF(5) への Red Hat の関与を考えると、Fedora 39 サイクルに間に合うように承認され、できれば完了すると想定できます。