CentOS StreamとRHELでEPELを有効にする方法

EPEL（Extra Packages for Enterprise Linux）は、コミュニティがメンテナンスするソフトウェアをエンタープライズ Linux システムに追加します。これを有効にするには、システムのメジャー バージョンに一致する EPEL リリース パッケージをインストールし、関連する CRB リポジトリを有効にして、パッケージが共通の依存関係を見つけられるようにします。以下の手順は、Red Hat Enterprise Linux（RHEL）8、9、10、および CentOS Stream 9、10 を対象としています。

EPELはFedoraコミュニティによって管理されており、Red Hatの製品リポジトリではありません。メジャーリリースをELホストに合わせてください。EL 8または10にEPEL 9をインストールしないでください。このガイドは、現在のRHEL 8～10およびCentOS Stream 9～10を対象としています。CentOS Linux 6、7、8、およびCentOS Stream 8はサポート対象外です。

EPELを有効にする前に

アクセス権限のあるアカウントを使用しsudo、マシンがFedoraのパッケージサーバーにアクセスできることを確認してください。RHELの場合は、まずシステムを登録し、標準リポジトリが利用可能であることを確認してください。デスクトップまたはサーバーでのターミナル手順は同じです。

インストールされているオペレーティングシステムとEnterprise Linuxのメジャーバージョンを確認してください。

cat /etc/os-release
rpm -E '%{rhel}'

82 番目のコマンドは、9、 、 などの数値を出力します10。代わりにリテラルが出力された場合は%{rhel}、システムが EL ディストリビューションであることを確認し、/etc/os-release続行する前に検査してください。

対応するEPELリリースパッケージをインストールします。

DNFを使用して、Fedoraの最新epel-releaseRPMをインストールします。以下のコマンドは、RPMからELのメジャーバージョンを読み取り、それをFedoraの公式ダウンロードアドレスに挿入します。

EL_VERSION=$(rpm -E '%{rhel}')
sudo dnf install -y "https://dl.fedoraproject.org/pub/epel/epel-release-latest-${EL_VERSION}.noarch.rpm"

リリースパッケージはアーキテクチャに依存しません。手動でURLを指定する場合は、ホストに合わせてepel-release-latest-8.noarch.rpm、、、epel-release-latest-9.noarch.rpmまたはを使用してください。派生版固有の手順については、FedoraのEPELドキュメントを参照してください。epel-release-latest-10.noarch.rpm

CRBまたはCodeReady Builderを有効にする

多くのEPELパッケージは、Enterprise Linuxビルドリポジトリによって提供されるライブラリと開発コンポーネントに依存しています。CentOS Streamでは、このリポジトリはCRBと呼ばれています。RHELでは、 CodeReady Linux Builderと呼ばれています。EPELリリースパッケージは、適切なリポジトリを有効にするヘルパーをインストールします。

sudo crb enable

インストール後にヘルパーを実行してくださいepel-release。サポートされているシステムのリポジトリ名を処理します。RHEL では、リポジトリはシステムのサブスクリプションまたはクラウドコンテンツサービスからも利用可能である必要があります。登録済みの RHEL ホストでヘルパーが利用できない場合は、対応する CodeReady Builder リポジトリを直接有効にしてください。

EL_VERSION=$(rpm -E '%{rhel}')
sudo subscription-manager repos --enable="codeready-builder-for-rhel-${EL_VERSION}-$(arch)-rpms"

Red Hat Update Infrastructure を使用する RHEL クラウド イメージでは、リポジトリ ID が異なる場合があります。crbプロバイダーの指示に従ってください。CentOS Stream で、crbが利用できない場合は、DNF config-manager プラグインをインストールして CRB を有効にしてください。

sudo dnf install -y dnf-plugins-core
sudo dnf config-manager --set-enabled crb

EPELが有効になっていることを確認してください。

有効なリポジトリの一覧：

sudo dnf repolist --enabled

という名前のエントリを探してくださいepel。BaseOS や AppStream などの通常のベースリポジトリ、および CRB または CodeReady Builder リポジトリも表示されるはずです。 が表示されていれば、epelDNF がリポジトリを設定済みであることが確認できますが、すべての EL バージョンですべてのパッケージが利用可能であることを保証するものではありません。

DNFを使用してパッケージを実際の名前でインストールします。例：

sudo dnf install <package-name>

パッケージを使用する前に、FedoraのEPELパッケージ一覧でご使用のリリースを確認してください。EPELのメンテナーが各メジャーリリース向けにビルドするパッケージを選択するため、利用可能なパッケージは変動する可能性があり、EPEL 8、9、10間でパッケージのバージョンが異なる場合もあります。

一般的な設定上の問題のトラブルシューティング

• 「引数に一致するものがありません: epel-release」: RHEL では、上記の Fedora RPM URL を直接使用してください。バージョンが一致することを確認してくださいrpm -E '%{rhel}'。
• 「変更するリポジトリが見つかりません: crb」:インストールされていることを確認してくださいepel-release。CentOS Stream で実行する前にsudo crb enable、 を使用するか、 をインストールしてください。dnf-plugins-corednf config-manager
• DNF が依存関係を見つけられません。CRBsudo dnf clean allまたは CodeReady Builder が有効になっていることを確認し、リポジトリのメタデータを更新してから、 を実行してくださいsudo dnf makecache。ベースリポジトリも有効にしておいてください。
• EPELにパッケージが不足しています。パッケージがEPELのメジャーリリース向けにビルドされていることを確認してください。EPEL 9で利用可能なパッケージは、EPEL 10向けに自動的にビルドされるわけではありません。

RHELにおけるEPELの変更点について知っておきましょう

EPELはFedoraのコントリビューターによって維持管理され、コミュニティによってサポートされています。Red HatはEPELをRHELの標準サポート対象に含めておらず、Red HatサポートはEPELパッケージの問題をデバッグすることはできません。本番システムでは、組織のサードパーティソフトウェアポリシーを確認し、代表的な環境でアップデートをテストし、競合するパッケージを提供するリポジトリの組み合わせを避けてください。

現在の設定の詳細については、Fedora EPEL のドキュメント、Red Hat のEPEL サポート ガイダンス、および Red Hat のサブスクライブ済みリポジトリの管理手順を参照してください。CentOS Stream 10 のリリース ノートには、CRB リポジトリとその目的について記載されています。