From Fedora Project Wiki

(reverting to what mether did before, except I couldn't get the revert to work)
(Align enabling CRB in "How can I use these extra packages" to "Quickstart". See <https://bugzilla.redhat.com/show_bug.cgi?id=1763313#c5> for an explanation.)
(111 intermediate revisions by 47 users not shown)
Line 1: Line 1:
Extra Packages for Enterprise Linux (EPEL) is a volunteer-based community effort from the Fedora project to create a repository of high-quality add-on packages that complement the Fedora-based Red Hat Enterprise Linux (RHEL) and its compatible spinoffs such as CentOS or Scientific Linux.
{{autolang|base=yes}}


{{:EPEL/FrontPageStarters}}
[[Image:banner468x120.png]]
 
= Extra Packages for Enterprise Linux (EPEL) =
 
Welcome to the home of the EPEL Special Interest Group.
 
== Quickstart ==
 
* {{packagelink|https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm|epel-release-latest-6}}
* {{packagelink|https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm|epel-release-latest-7}}
* {{packagelink|https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm|epel-release-latest-8}}
 
You may retrieve signed binary configuration files from one the above two links (varying by the major release number of the installation target machine).  They may be automatically installed by root thus:
 
* RHEL/CentOS 6:
    # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
* RHEL/CentOS 7:
    # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
* on RHEL 7 it is recommended to also enable the optional, extras, and HA repositories since EPEL packages may depend on packages from these repositories:
    # subscription-manager repos --enable "rhel-*-optional-rpms" --enable "rhel-*-extras-rpms"  --enable "rhel-ha-for-rhel-*-server-rpms"
* RHEL/CentOS 8:
    # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
* on RHEL 8 it is required to also enable the codeready-builder-for-rhel-8-*-rpms repository since EPEL packages may depend on packages from it:
    # ARCH=$( /bin/arch )
    # subscription-manager repos --enable "codeready-builder-for-rhel-8-${ARCH}-rpms"
* on CentOS 8 it is recommended to also enable the PowerTools repository since EPEL packages may depend on packages from it:
    # dnf config-manager --set-enabled PowerTools
 
== What is Extra Packages for Enterprise Linux (or EPEL)? ==
 
Extra Packages for Enterprise Linux (or EPEL) is a Fedora Special Interest Group that creates, maintains, and manages a high quality set of additional packages for Enterprise Linux, including, but not limited to, [[Red_Hat_Enterprise_Linux | Red Hat Enterprise Linux]] (RHEL), CentOS and Scientific Linux (SL), Oracle Linux (OL).
 
EPEL packages are usually based on their Fedora counterparts and will never conflict with or replace packages in the base Enterprise Linux distributions. EPEL uses much of the same infrastructure as Fedora, including buildsystem, bugzilla instance, updates manager, mirror manager and more.
 
Learn more about EPEL in the following pages:
 
* [[EPEL/FAQ | EPEL FAQ]]
 
* [[About_EPEL |About EPEL]]
 
* [[EPEL/GuidelinesAndPolicies|EPEL Guidelines and Policies]]
 
== What packages and versions are available in EPEL? ==
 
You can take a look on any of the available EPEL mirrors from our [https://admin.fedoraproject.org/mirrormanager/mirrors/EPEL mirror list]
 
Alternately, you can browse the package set:
 
* EPEL 8: [https://download.fedoraproject.org/pub/epel/8/Everything/x86_64/ x86_64], [https://download.fedoraproject.org/pub/epel/8/Everything/s390x/ s390x],[https://download.fedoraproject.org/pub/epel/8/Everything/ppc64le/ ppc64le], [https://download.fedoraproject.org/pub/epel/8/Everything/aarch64/ aarch64], [https://download.fedoraproject.org/pub/epel/8/Everything/SRPMS/ sources]
* EPEL 7: [https://download.fedoraproject.org/pub/epel/7/x86_64/ x86_64], [https://download.fedoraproject.org/pub/epel/7/ppc64le/ ppc64le], [https://download.fedoraproject.org/pub/epel/7/aarch64/ aarch64], [https://download.fedoraproject.org/pub/epel/7/SRPMS/ sources]
* EPEL 6 ('''End of Life 2020-11'''): [https://download.fedoraproject.org/pub/epel/6/i386/ i386], [https://download.fedoraproject.org/pub/epel/6/x86_64/ x86_64], [https://download.fedoraproject.org/pub/epel/6/SRPMS/ sources]
 
== END OF LIFE RELEASES ==
 
'''THESE ARE NO LONGER SUPPORTED'''
 
* EPEL 5: [https://download.fedoraproject.org/pub/archive/epel/5/ ],
* EPEL 4: [https://download.fedoraproject.org/pub/archive/epel/4/ ]
 
== How can I use these extra packages? ==
 
EPEL has an 'epel-release' package that includes gpg keys for package signing and repository information. Installing this package for your Enterprise Linux version should allow you to use normal tools such as yum to install packages and their dependencies. By default the stable EPEL repo is enabled, there is also a [[EPEL/testing|'epel-testing' repository]] that contains packages that are not yet deemed stable.
 
{{admon/tip|NOTE for RHN users|You need to also enable the ''''optional'''' repository to use EPEL packages as they depend on packages in that repository. This can be done by enabling the RHEL optional [https://access.redhat.com/kb/docs/DOC-11313 subchannel] for RHN-Classic. For certificate-based subscriptions see [https://access.redhat.com/site/documentation/en-US/Red_Hat_Subscription_Management/1/html/RHSM/entitlements-and-yum.html#supplementary-repos Red Hat Subscription Management Guide].}}
{{admon/tip|NOTE for RHEL 7 users with certificate subscriptions|EPEL 7 packages assume that the ''''optional'''' repository (rhel-7-server-optional-rpms for servers) and the ''''extras'''' repository (rhel-7-server-extras-rpms for servers) are enabled. You can do this with: <code>subscription-manager repos --enable rhel-7-server-optional-rpms --enable rhel-7-server-extras-rpms</code>}}
{{admon/tip|NOTE for RHEL 8 users with certificate subscriptions|EPEL  packages assume that the ''''codeready-builder'''' repository is enabled. You can do this with: <code>subscription-manager repos --enable "codeready-builder-for-rhel-8-$(arch)-rpms"</code>}}
{{admon/tip|NOTE for CentOS 8 users|EPEL  packages assume that the ''''PowerTools'''' repository is enabled. You can do this with: <code>dnf config-manager --set-enabled PowerTools</code>}}
{{admon/tip|NOTE for CentOS users|You can install EPEL by running '''yum install epel-release'''. The package is included in the CentOS Extras repository, enabled by default.}}
 
You can verify these packages and their keys from the Fedora project's keys page: https://fedoraproject.org/keys
 
== Can I rely on these packages? ==
 
The EPEL project strives to provide packages with both high quality and stability.  However, EPEL is maintained by a community of people who generally volunteer their time and no commercial support is provided.  It is the nature of such a project that packages will come and go from the EPEL repositories over the course of a single release.  In addition, it is possible that occasionally an incompatible update will be released such that administrator action is required.  By policy these are announced in advance in order to give administrators time to test and provide suggestions.
 
It is strongly recommended that if you make use of EPEL, and especially if you rely upon it, that you subscribe to the {{fplist|epel-announce}} list.  Traffic on this list is kept to a minimum needed to notify administrators of important updates.
 
== History and background of the project ==
 
The EPEL project was born when Fedora maintainers realized that the same infrastructure that builds and maintains packages for Fedora would be great to also maintain add on packages for Enterprise Linux. Much of the early need was driven by what Fedora infrastructure needed on the RHEL machines that built and maintained Fedora. From there things have grown to a large collection of varied packages. See [[History_and_Philosophy_of_EPEL|our history and Philosophy page]] for more information.
 
== How can I contribute? ==
 
The EPEL SIG is always looking for interested folks to help out. We always need package maintainers, qa/testers, bug triagers, marketing and documentation writers. Please see our [[Joining_EPEL | Joining EPEL]] page for more information on how to join the SIG.
== Communicating with the EPEL SIG ==
 
There are many ways to communicate with the EPEL SIG and its members:
 
* The {{fpchat|#epel}} IRC channel on [https://freenode.net freenode] offers real-time support for EPEL users and developers.
 
* The {{fplist|epel-devel}} is for general developer and SIG discussion.
 
* The {{fplist|epel-announce}} mailing list is a low volume mailing list for only important announcements.
 
* The {{fplist|epel-package-announce}} list is a list that gets information about package updates as they happen in the stable repository.
 
* If you find a bug in a EPEL maintained package, please report it to [https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora+EPEL https://bugzilla.redhat.com/] under the "Fedora EPEL" product.
 
* The EPEL SIG meets on Wednesday every week in the {{fpchat|#fedora-meeting}} channel at 18:00 UTC. Please check the time on the [https://apps.fedoraproject.org/calendar/epel/ epel calendar]; sometimes it can change or a meeting can be skipped. Feel free to join us! Logs of past meetings can be viewed in [https://meetbot.fedoraproject.org/sresults/?group_id=epel&type=team meetbot].


{{:EPEL/FrontPageContributors}}


----
[[Category:EPEL]]
[[Category:EPEL]]
[[Category:SIGs]]
[[Category:Fedora special-interest groups]]
[[Category:Fedora sub-projects]]

Revision as of 13:54, 2 January 2020

Banner468x120.png

Extra Packages for Enterprise Linux (EPEL)

Welcome to the home of the EPEL Special Interest Group.

Quickstart

You may retrieve signed binary configuration files from one the above two links (varying by the major release number of the installation target machine). They may be automatically installed by root thus:

  • RHEL/CentOS 6:
   # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
  • RHEL/CentOS 7:
   # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
  • on RHEL 7 it is recommended to also enable the optional, extras, and HA repositories since EPEL packages may depend on packages from these repositories:
   # subscription-manager repos --enable "rhel-*-optional-rpms" --enable "rhel-*-extras-rpms"  --enable "rhel-ha-for-rhel-*-server-rpms"
  • RHEL/CentOS 8:
   # yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
  • on RHEL 8 it is required to also enable the codeready-builder-for-rhel-8-*-rpms repository since EPEL packages may depend on packages from it:
   # ARCH=$( /bin/arch )
   # subscription-manager repos --enable "codeready-builder-for-rhel-8-${ARCH}-rpms"
  • on CentOS 8 it is recommended to also enable the PowerTools repository since EPEL packages may depend on packages from it:
   # dnf config-manager --set-enabled PowerTools

What is Extra Packages for Enterprise Linux (or EPEL)?

Extra Packages for Enterprise Linux (or EPEL) is a Fedora Special Interest Group that creates, maintains, and manages a high quality set of additional packages for Enterprise Linux, including, but not limited to, Red Hat Enterprise Linux (RHEL), CentOS and Scientific Linux (SL), Oracle Linux (OL).

EPEL packages are usually based on their Fedora counterparts and will never conflict with or replace packages in the base Enterprise Linux distributions. EPEL uses much of the same infrastructure as Fedora, including buildsystem, bugzilla instance, updates manager, mirror manager and more.

Learn more about EPEL in the following pages:

What packages and versions are available in EPEL?

You can take a look on any of the available EPEL mirrors from our mirror list

Alternately, you can browse the package set:

END OF LIFE RELEASES

THESE ARE NO LONGER SUPPORTED

How can I use these extra packages?

EPEL has an 'epel-release' package that includes gpg keys for package signing and repository information. Installing this package for your Enterprise Linux version should allow you to use normal tools such as yum to install packages and their dependencies. By default the stable EPEL repo is enabled, there is also a 'epel-testing' repository that contains packages that are not yet deemed stable.

Idea.png
NOTE for RHN users
You need to also enable the 'optional' repository to use EPEL packages as they depend on packages in that repository. This can be done by enabling the RHEL optional subchannel for RHN-Classic. For certificate-based subscriptions see Red Hat Subscription Management Guide.
Idea.png
NOTE for RHEL 7 users with certificate subscriptions
EPEL 7 packages assume that the 'optional' repository (rhel-7-server-optional-rpms for servers) and the 'extras' repository (rhel-7-server-extras-rpms for servers) are enabled. You can do this with: subscription-manager repos --enable rhel-7-server-optional-rpms --enable rhel-7-server-extras-rpms
Idea.png
NOTE for RHEL 8 users with certificate subscriptions
EPEL packages assume that the 'codeready-builder' repository is enabled. You can do this with: subscription-manager repos --enable "codeready-builder-for-rhel-8-$(arch)-rpms"
Idea.png
NOTE for CentOS 8 users
EPEL packages assume that the 'PowerTools' repository is enabled. You can do this with: dnf config-manager --set-enabled PowerTools
Idea.png
NOTE for CentOS users
You can install EPEL by running yum install epel-release. The package is included in the CentOS Extras repository, enabled by default.

You can verify these packages and their keys from the Fedora project's keys page: https://fedoraproject.org/keys

Can I rely on these packages?

The EPEL project strives to provide packages with both high quality and stability. However, EPEL is maintained by a community of people who generally volunteer their time and no commercial support is provided. It is the nature of such a project that packages will come and go from the EPEL repositories over the course of a single release. In addition, it is possible that occasionally an incompatible update will be released such that administrator action is required. By policy these are announced in advance in order to give administrators time to test and provide suggestions.

It is strongly recommended that if you make use of EPEL, and especially if you rely upon it, that you subscribe to the epel-announce list. Traffic on this list is kept to a minimum needed to notify administrators of important updates.

History and background of the project

The EPEL project was born when Fedora maintainers realized that the same infrastructure that builds and maintains packages for Fedora would be great to also maintain add on packages for Enterprise Linux. Much of the early need was driven by what Fedora infrastructure needed on the RHEL machines that built and maintained Fedora. From there things have grown to a large collection of varied packages. See our history and Philosophy page for more information.

How can I contribute?

The EPEL SIG is always looking for interested folks to help out. We always need package maintainers, qa/testers, bug triagers, marketing and documentation writers. Please see our Joining EPEL page for more information on how to join the SIG.

Communicating with the EPEL SIG

There are many ways to communicate with the EPEL SIG and its members:

  • The #epel[?] IRC channel on freenode offers real-time support for EPEL users and developers.
  • The epel-devel is for general developer and SIG discussion.
  • The epel-announce mailing list is a low volume mailing list for only important announcements.
  • The epel-package-announce list is a list that gets information about package updates as they happen in the stable repository.
  • The EPEL SIG meets on Wednesday every week in the #fedora-meeting[?] channel at 18:00 UTC. Please check the time on the epel calendar; sometimes it can change or a meeting can be skipped. Feel free to join us! Logs of past meetings can be viewed in meetbot.