DNF ツールを使用したソフトウェアの管理

• RPM 形式
• RPM 形式の拡張であるモジュール
• Software Collections

• アプリケーションを含むパッケージ
• アプリケーション固有の依存関係ライブラリーを含むパッケージ
• アプリケーションのドキュメントを含むパッケージ
• ヘルパーユーティリティーを含むパッケージ

• 管理者が明示的に有効にした場合。
• ストリームが有効なモジュールの依存関係である場合。
• ストリームがデフォルトのストリームの場合。各モジュールにはデフォルトのストリームを設定できますが、Red Hat Enterprise Linux 9 ではデフォルトのストリームは定義されていません。必要に応じて、カスタムのデフォルトモジュールストリームとプロファイルの定義 の説明に従ってデフォルトストリームを設定できます。

• 必要な機能と、その機能に対応するコンポーネントのバージョン
• アプリケーションとの互換性やユースケース
• Application Streams の ライフサイクル と更新計画

手順

• グローバルの DNF 設定を表示します。

  # dnf config-manager --dump

手順

• 次のいずれかの方法を使用して、DNF がプラグインを使用する方法を制御します。

  • DNF プラグインのロードをシステム全体で有効または無効にするには、/etc/dnf/dnf.conf ファイルの [main] セクションに plugins パラメーターを追加します。

    • すべての DNF プラグインのロードを有効にするには、plugins=1 (デフォルト) を設定します。
    • すべての DNF プラグインのロードを無効にするには、plugins=0 を設定します。
  • 特定のプラグインを無効にするには、/etc/dnf/plugins/<plug-in_name>.conf ファイルの [main] セクションに enabled=False を追加します。

  • 特定のコマンドですべての DNF プラグインを無効にするには、コマンドに --noplugins オプションを追加します。たとえば、1 つの update コマンドで DNF プラグインを無効にするには、次のように入力します。

    # dnf --noplugins update

  • 1 つのコマンドで特定の DNF プラグインを無効にするには、コマンドに --disableplugin=plugin-name オプションを追加します。たとえば、1 つの update コマンドで特定の DNF プラグインを無効にするには、次のように入力します。

    # dnf update --disableplugin=<plugin_name>

  • 1 つのコマンドで特定の DNF プラグインを有効にするには、コマンドに --enableplugin=plugin-name オプションを追加します。たとえば、1 つの update コマンドで特定の DNF プラグインを有効にするには、次のように入力します。

    # dnf update --enableplugin=<plugin_name>

手順

• /etc/dnf/dnf.conf ファイルに次の行を追加して、DNF 操作からパッケージを除外します。

  excludepkgs=<package_name_1>,<package_name_2> ...

  または、パッケージ名の代わりに glob 表現を使用して、除外するパッケージを定義します。詳細は、DNF 入力での glob 表現の指定 を参照してください。

手順

• シナリオに応じて、次のいずれかのオプションを使用してリポジトリーを検索します。

  • パッケージの名前または概要内の用語を検索するには、次のように入力します。

    $ dnf search <term>

  • パッケージの名前、概要、または説明内の用語を検索するには、次のように入力します。

    $ dnf search --all <term>

    --all オプションを使用して説明内で追加の検索を行うと、通常の検索操作よりも時間がかかることに注意してください。

  • パッケージ名を検索し、出力にパッケージ名とそのバージョンをリストするには、次のように入力します。

    $ dnf repoquery <package_name>

  • ファイルを提供するパッケージを検索するには、ファイル名またはファイルへのパスを指定します。

    $ dnf provides <file_name>

手順

• 利用可能なすべてのパッケージの最新バージョンを、アーキテクチャー、バージョン番号、インストール元のリポジトリーを含めてリスト表示します。

  $ dnf list --all
  ...
  zlib.x86_64         1.2.11-39.el9   @rhel-9-for-x86_64-baseos-rpms
  zlib.i686           1.2.11-39.el9   rhel-9-for-x86_64-baseos-rpms
  zlib-devel.i686     2.11-39.el9     rhel-9-for-x86_64-appstream-rpms
  zlib-devel.x86_64   1.2.11-39.el9   rhel-9-for-x86_64-appstream-rpms
  ...

  リポジトリーの前の @ 記号は、この行のパッケージが現在インストールされていることを示します。

  または、使用可能なすべてのパッケージを、バージョン番号とアーキテクチャーを含めて表示するには、次のように入力します。

  $ dnf repoquery
  ...
  zlib-0:1.2.11-35.el9_1.i686
  zlib-0:1.2.11-35.el9_1.x86_64
  zlib-0:1.2.11-39.el9.i686
  zlib-0:1.2.11-39.el9.x86_64
  zlib-devel-0:1.2.11-39.el9.i686
  zlib-devel-0:1.2.11-39.el9.x86_64
  ...

  必要に応じて、--all の代わりに他のオプションを使用して出力をフィルタリングできます。次に例を示します。

  • インストールされているパッケージのみをリスト表示するには、--installed を使用します。
  • 利用可能なすべてのパッケージをリスト表示するには、--available を使用します。
  • 新しいバージョンを利用できるパッケージをリスト表示するには、--upgrades を使用します。
  注記

  glob 表現を引数として追加することで、結果をフィルタリングできます。詳細は、DNF 入力での glob 表現の指定 を参照してください。

• バージョン
• Release
• アーキテクチャー
• パッケージサイズ
• 説明

手順

• 1 つ以上の利用可能なパッケージに関する情報を表示します。

  $ dnf info <package_name>

  このコマンドは、現在インストールされているパッケージの情報と、リポジトリー内にあるその新しいバージョン (利用可能な場合) の情報を表示します。または、次のコマンドを使用して、指定した名前を持つ、リポジトリー内のすべてのパッケージの情報を表示します。

  $ dnf repoquery --info <package_name>

  注記

  glob 表現を引数として追加することで、結果をフィルタリングできます。詳細は、DNF 入力での glob 表現の指定 を参照してください。

手順

• dnf コマンドで glob 表現を使用する場合は、次のいずれかの方法を使用します。

  • glob 表現全体を一重引用符または二重引用符で囲みます。

    # dnf provides "*/<file_name>"

    <file_name> の前に、絶対パスの場合は / を付ける必要があります。フルパスが不明な場合にワイルドカードを使用するには、*/ を付ける必要があります。

  • ワイルドカード文字の前にはバックスラッシュ (\) を追加して、ワイルドカード文字をエスケープします。

    # dnf provides \*/<file_name>

前提条件

• オプション: インストールするパッケージの名前がわかっている。
• インストールするパッケージがモジュールストリームによって提供されている場合、それぞれのモジュールストリームが有効になっている。

手順

• 次のいずれかの方法を使用してパッケージをインストールします。

  • リポジトリーからパッケージをインストールするには、次のように入力します。

    # dnf install <package_name_1> <package_name_2> ...

    i686 や x86_64 などの複数のアーキテクチャーをサポートするシステムにパッケージをインストールする場合は、パッケージ名にそれを追加することで、パッケージのアーキテクチャーを指定できます。

    # dnf install <package_name>.<architecture>

  • パッケージが提供するファイルへのパスだけがわかっていて、パッケージ名がわからない場合にパッケージをインストールするには、次のパスを使用して対応するパッケージをインストールできます。

    # dnf install <path_to_file>

  • ローカル RPM ファイルをインストールするには、次のように入力します。

    # dnf install <path_to_RPM_file>

    パッケージに依存関係がある場合は、これらの RPM ファイルへのパスも指定します。指定しなかった場合、DNF はリポジトリーから依存関係をダウンロードします。依存関係がリポジトリーで利用できない場合は失敗します。

前提条件

• インストールするグループの名前または ID がわかっている。

手順

• パッケージグループをインストールします。

  # dnf group install <group_name_or_ID>

検証

• 正しいモジュールストリームが有効になっており ([e])、必要なプロファイルがインストールされている ([i]) ことを確認します。

  # dnf module list nodejs
  Updating Subscription Management repositories.
  Last metadata expiration check: 0:33:24 ago on Mon 24 Jul 2023 04:59:01 PM CEST.
  Red Hat Enterprise Linux 9 for x86_64 - AppStream (RPMs)
  Name     Stream   Profiles                                    Summary
  nodejs   18 [e]   common [d] [i], development, minimal, s2i   Javascript runtime
  ...
  
  Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled

検証

• dnf module list <module_name> コマンドを使用して、新しいデフォルトのストリームとプロファイルの設定を確認します。次に例を示します。

  # dnf module list nodejs
  Name     Stream   Profiles                                Summary
  nodejs   18 [d]   common, development, minimal [d], s2i   Javascript runtime

手順

• インストールされたパッケージの利用可能な更新を確認します。

  # dnf check-update

  このコマンドは、更新が利用可能なパッケージおよびその依存関係のリストを表示します。

手順

• シナリオに応じて、次のいずれかのオプションを使用して更新を適用します。

  • すべてのパッケージとその依存関係を更新するには、次のコマンドを実行します。

    # dnf upgrade

  • 単一のパッケージを更新するには、次のように入力します。

    # dnf upgrade <package_name>

  • 特定のパッケージグループからのパッケージのみを更新するには、次のように実行します。

    # dnf group upgrade <group_name>

手順

• シナリオに応じて、次のいずれかのオプションを使用して更新を適用します。

  • セキュリティーエラータが含まれる、利用可能な最新パッケージにアップグレードするには以下を実行します。

    # dnf upgrade --security

  • 最新のセキュリティーエラータパッケージにアップグレードするには、以下を実行します。

    # dnf upgrade-minimal --security

手順

• dnf-automatic パッケージをインストールします。

  # dnf install dnf-automatic

検証

• dnf-automatic パッケージが存在することを確認して、インストールが正常に完了したことを確認します。

  # rpm -qi dnf-automatic

• [commands]

  DNF Automatic の操作モードを設定します。

  警告

  [commands] セクションの操作モードの設定は、dnf-automatic.timer 以外のすべてのタイマーユニットに対して、systemd タイマーユニットで使用される設定によって上書きされます。

• [emitters]

  DNF Automatic の結果が報告される方法を定義します。

• [command]

  コマンドエミッター設定を定義します。

• [command_email]

  電子メールの送信に使用する外部コマンドのメールエミッター設定を提供します。

• [email]

  電子メールエミッターの設定を提供します。

• [base]

  DNF のメイン設定ファイルの設定を上書きします。

前提条件

• /etc/dnf/automatic.conf 設定ファイルを変更して、DNF Automatic の挙動を指定している。

手順

• systemd タイマーユニットをすぐに有効にして実行するには、次のように入力します。

  # systemctl enable --now <timer_name>

  タイマーをすぐに実行せずに有効にするだけの場合は、--now オプションを省略します。

  次のタイマーを使用できます。

  • dnf-automatic-download.timer: 利用可能な更新をダウンロードします。
  • dnf-automatic-install.timer: 利用可能な更新をダウンロードしてインストールします。
  • dnf-automatic-notifyonly.timer: 利用可能な更新を報告します。
  • dnf-automatic.timer: 利用可能な更新をダウンロード、ダウンロードおよびインストール、または報告します。

検証

• タイマーが有効化されていることを確認します。

  # systemctl status <timer_name>

• オプション: システム上の各タイマーが最後に実行された時刻を確認します。

  # systemctl list-timers --all

手順

• 特定のパッケージを削除します。

  # dnf remove <package_name_1> <package_name_2> ...

手順

• グループ名またはグループ ID でパッケージグループを削除します。

  # dnf group remove <group_name> <group_id>

• 最新のトランザクションをリスト表示します。
• 選択したパッケージの最新の操作をリスト表示します。
• 特定のトランザクションの詳細を表示します。

手順

• シナリオに応じて、次のいずれかのオプションを使用してトランザクション情報を表示します。

  • 最新の DNF トランザクションのリストを表示するには、以下のコマンドを実行します。

    # dnf history

    出力には、以下の情報が含まれます。

    • Action(s) 列には、トランザクション中に実行されたアクションのタイプが表示されます (例: インストール (I)、アップグレード (U)、削除 (E) など)。

    • Altered 列には、トランザクション中に実行されたアクションの数が表示されます。アクションの数の後には、トランザクションの結果が続くこともあります。

      Action(s) 列と Altered 列の値の詳細は、システム上の dnf(8) man ページを参照してください。

  • 選択したパッケージの最新操作のリストを表示するには、以下を実行します。

    # dnf history list <package_name>

  • 特定のトランザクションの詳細を表示するには、以下のコマンドを実行します。

    # dnf history info <transaction_id>

• dnf history undo コマンドを使用して、単一の DNF トランザクションを元に戻します。
• dnf history rollback コマンドを使用して、指定されたトランザクションと最後のトランザクションの間に実行されたすべての DNF トランザクションを元に戻します。

手順

• リポジトリーを有効にします。

  # dnf config-manager --enable <repository_id>

手順

• リポジトリーを無効にします。

  # dnf config-manager --disable <repository_id>

• モジュールストリームを有効にすると、別のモジュールストリームが有効になる可能性があります。
• モジュールストリームプロファイルをインストールしたり、ストリームからパッケージをインストールしたりすると、他のモジュールストリームが有効になり、他のパッケージがインストールされる可能性があります。
• パッケージを削除すると、別のパッケージも削除される可能性があります。このようなパッケージがモジュールにより提供されている場合は、このモジュールストリームのパッケージがインストールされなくなっても、将来のインストールに備えてモジュールストリームは有効のままになります。これは、未使用の DNF リポジトリーの挙動を反映しています。

手順

• モジュールストリームをリセットにします。

  # dnf module reset <module-name>

  モジュールは初期状態に戻ります。有効なストリームとインストールされたプロファイルに関する情報は消去されますが、インストールされたコンテンツは削除されません。

前提条件

• アクティブ・モジュール・ストリーム の概念を理解している。

手順

• モジュールを無効にします。

  # dnf module disable <module-name>

  dnf コマンドにより確認が求められた後に、モジュールとそのすべてのストリームが無効になります。すべてのモジュールが非アクティブになります。インストール済みのコンテンツは削除されません。

前提条件

• システムが完全に更新されている。

検証

• インストールされたコンポーネントが新しいバージョンに切り替わったことを確認します ([e])。

  $ dnf module list nodejs
  ...
  rhel-AppStream
  Name       Stream     Profiles                                     Summary
  nodejs     18         common [d], development, minimal, s2i        Javascript runtime
  nodejs     20 [e]     common [d] [i], development, minimal, s2i    Javascript runtime
  
  Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled