ほとんどの人は、FedoraがRed Hat Enterprise Linux（RHEL）のメジャーリリースのアップストリームであることを知っています。RedHatが出荷されていることにも気付くかもしれません。いくつかの理由から、Fedoraで見つけるよりもRHEL用の小さなパッケージセットです。 RHELワークステーションでImageMagickまたはChromiumも必要とするFedoraユーザーの場合はどうなりますか？EPELを確認することをお勧めします。
EPELとは何ですか。RHELでどのように使用しますか？
RHELには、FedoraLinuxにあるパッケージのサブセットのみが付属しています。これは理にかなっています。なぜなら、Fedoraには、エンタープライズ環境では必要とされない、またはRHELの範囲外のソフトウェアがたくさんあるからです。 Red Hatは、Fedoraリリースの存続期間よりもはるかに長い間RHELのパッケージを維持およびサポートし、お客様がRHELのデプロイと使用を成功させてワークロードを実行するために必要と思われるソフトウェアを選択します。
しかし、Fedoraユーザーは、Fedoraで利用できるが、RHELでは利用できないこのアプリケーションを見逃していることに気付くことがあります。そこでEPELが形成されました。EnterpriseLinux用の追加パッケージ（EPEL）は特別な関心グループです（ SIG）FedoraソースからRHEL（およびCentOSなど）用の追加パッケージのセットを提供するFedoraプロジェクトから。
パッケージをEPELに取り込むには、最初にFedoraにある必要があります。EPEL統合を成功させるためにFedoraパッケージングガイドラインに準拠しており、特許に抵触しない無料のオープンソースソフトウェアのみが含まれています。したがって、EPELや、特許によって制限されているマルチメディアコーデックなどのプロプライエタリソフトウェアは、それらを有効にするソフトウェアがオープンソースライセンスの下にある場合でも見つかりません。
EPELはサポートされていますか？
「どのように」に入る前に、おそらくサポートの問題に取り組む必要があります。EPELは、最高のオープンソースコミュニティの伝統でサポートされています（「壊れた場合は、両方を維持することができます。」）つまり、 EPELは、RHELがサポートされているという意味ではサポートされていません。ほとんどのオープンソースプロジェクト（エンタープライズオープンソースとは対照的に）と同様に、それは「できることを行う」取り決めであり、ユーザーに多くのメリットを提供しますが、本番環境の準備やサポートは保証されません。
Red Hatは、EPELのパッケージをサポートしておらず、CVEのバグ修正やパッチに関するSLAも提供していません。また、EPELのパッケージが単一のRHELリリースの過程で（プロジェクト言語を使用するために）「行き来」する可能性もあります。更新には管理者の介入が必要になる可能性があります。 EPELプロジェクトでは、EPELのユーザーがepel-announceメーリングリストに登録して、今後の問題を認識し、更新が影響を与える前にテストする時間を確保することをお勧めします。
これは「EPELが影響を与えない」という意味ではありません。環境内に場所があります。EPELからパッケージをどこにどのようにデプロイするかを検討する必要があります。
EPELには何が含まれていますか？
EPELはFedoraからのパッケージの選択ですが、競合を避けるためにRHELまたはその階層化された製品に含まれていないパッケージのみです。たとえば、すでにRHELに同梱されているEPELの新しいバージョンは見つかりません。）私のナプキンの数学では、EPEL 8に約3,166個のパッケージがありますが、Fedoraにはx86_64用に約19,000個のパッケージがあります（「noarch」は含まれません）。パッケージ）。
EPELのパッケージリストは、リリースとアーキテクチャによって異なります。たとえば、x86_64上のEPEL 7で使用できるパッケージは、PowerまたはARM上のEPEL8では使用できない場合があります。パッケージセットへのリンクはFedoraWikiにあります。さまざまなメンテナが準備が整うまでパッケージを追加したくないため、パッケージはリリース間で自動的に分岐されません。つまり、パッケージはEPEL8のような新しいリリースに入るのに時間がかかる可能性があります。
現在、EPELにはRHEL 6、RHEL 7、RHEL8のパッケージがあります。EPELのパッケージにはPythonのモジュールなどが含まれています。 Perl、Ruby gem、および他のプログラミング言語用のその他のエクストラ。 etckeeper、ImageMagick、GraphicsMagick、Chromiumブラウザビルドなどのユーティリティもあります（もちろん、完全なリストではありません）。
EPEL。方法を教えてください！
EPELを試してみる準備ができたら、次の方法で開始できます。手順は、リリースごとにFedoraWikiにあります。 EPELをRHEL8で実行するためのコマンドを提供しますが、RHEL6またはRHEL7を使用している場合は、wikiでそれらの手順を見つけることができます。
まず、EPELの人々は有効にする必要がありますRHEL8用のCodeReadyLinux Builderリポジトリー。これは、RHEL用のアプリケーションをビルドするために必要になる可能性のあるいくつかのツールを備えたリポジトリーです（とりわけ）。
# ARCH=$( /bin/arch )# subscription-manager repos --enable "codeready-builder-for-rhel-8-${ARCH}-rpms"
もちろん、これは、サブスクライブされているRHEL8マシンがあることを前提としています。これらのリポジトリを追加したら、先に進んでEPEL RPMをインストールします：
# yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
これで、EPELから利用できるパッケージを確認できます：
# yum --disablerepo="*" --enablerepo="epel" list available
パッケージの1つが必要な場合は、yumを使用して通常どおりにインストールします。したがって、たとえば、RHELワークステーションにChromiumブラウザをインストールする場合：
# yum install -y chromium
これにより、EPELから適切なパッケージが取得され、インストールされます。 -yは、yumに、確認せずに操作を実行するように指示するだけです。 インストールする前にChromiumを取得するためにインストールし、コマンドからそれを省略します。