Fedora Linux 開発者は、現在使用されている DNF ではなく、新しい Microdnf パッケージ マネージャーにディストリビューションを移行する予定です。 移行に向けた最初のステップは、Fedora Linux 38 のリリースで計画されている Microdnf のメジャー アップデートです。これは、機能的には DNF に近く、一部の領域では DNF を上回ることもあります。 Microdnf の新しいバージョンは、DNF のすべての基本機能をサポートしますが、同時に高いパフォーマンスとコンパクトさを維持することに注意してください。
Microdnf と DNF の主な違いは、開発に Python ではなく C 言語を使用することで、多数の依存関係を取り除くことができます。 Microdnf は元々、Docker コンテナーで使用するための DNF の機能を簡素化したバージョンとして開発されました。Python のインストールは必要ありません。 現在、Fedora 開発者は Microdnf を DNF のレベルに引き上げ、最終的には DNF を Microdnf に完全に置き換えることを計画しています。
Microdnf の基礎は、DNF 5 プロジェクトの一部として開発された libdnf5 ライブラリです。DNF 5 の主なアイデアは、基本的なパッケージ管理操作を C++ で書き直し、これを囲むラッパーを作成して別のライブラリに移動することです。 Python APIを保存するライブラリ。
Microdnf の新しいバージョンでは、バックグラウンドの DNF デーモン プロセスも使用され、PackageKit 機能を置き換え、グラフィカル環境でパッケージと更新を管理するためのインターフェイスを提供します。 PackageKit とは異なり、DNF デーモンは RPM 形式のサポートのみを提供します。
実装の第 5 段階の Microdnf、libdnf3、および DNF デーモンは、従来の DNF ツールキットと並行して提供される予定です。 プロジェクトが完了すると、dnf、python3-dnf、python3-hawkey、libdnf、dnfdragora、pythonXNUMX-dnfdaemon などのパッケージが新しいバンドルに置き換えられます。
Microdnf が DNF よりも優れている分野には、次のようなものがあります。 操作の進行状況をより視覚的に示すことができます。 トランザクションテーブルの実装が改善されました。 パッケージに組み込まれたスクリプトによって生成された、完了したトランザクション情報をレポートに表示する機能。 トランザクション用のローカル RPM パッケージの使用のサポート。 bash 用のより高度な入力補完システム。 システムに Python をインストールせずに builddep コマンドを実行するためのサポート。
ディストリビューションを Microdnf に切り替えることの欠点には、内部データベースの構造が変更され、データベース処理が DNF から分離されるため、DNF で実行されるパッケージとのトランザクションを Microdnf が認識できなくなり、またその逆も同様です。 さらに、Microdnf は、コマンドおよびコマンド ライン オプションのレベルで DNF の 100% の互換性を維持する予定はありません。 行動にも多少のズレはあるでしょう。 たとえば、パッケージを削除しても、他のパッケージで使用されていない関連する依存関係は削除されません。
出所： オープンネット.ru