- Extra Packages for Enterprise Linux (EPEL)
- Quickstart
- What is Extra Packages for Enterprise Linux (or EPEL)?
- What is EPEL-Next?
- What packages and versions are available in EPEL?
- END OF LIFE RELEASES
- How can I use these extra packages?
- Can I rely on these packages?
- History and background of the project
- How can I contribute?
- Communicating with the EPEL SIG
- How to install and enable EPEL repo in RHEL/CentOS/Oracle Linux?
- How to install EPEL repo in RHEL?
- [Решено] Как подключить репозиторий epel в Oracle Linux 8
- Вход/Регистрация
- Последние темы
- Последние сообщения
- Как включить репозиторий EPEL в Linux RHEL 8 / CentOS 8
- Установка EPEL на RHEL / CentOS 8
- Для CentOS 8
- Для RHEL 8
- Подтвердите установку EPEL на CentOS 8 / RHEL 8
- Подключить repo epel, rpmforge и другие репозитории в CentOS
- Репозитории в CentOS
- Подключение репозиториев в CentOS
- Установка epel repo в CentOS
- Подключение rpmforge repo в CentOS
- Установка remi repo в CentOS
- Обновление репозиториев с помощью yum
- Показать список активных репозиториев в centos
- Удалить репозиторий в CentOS
- Yandex mirror для CentOS
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:
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»
CentOS Stream 8:
# dnf install epel-release
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:
# 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 is EPEL-Next?
EPEL packages are built against RHEL. EPEL Next packages are built against CentOS Stream.
EPEL-Next is not a complete rebuild of all the EPEL packages, but only those packages that need to be rebuilt to install on CentOS Stream. The EPEL-Next repo is meant to be layered on top of the regular EPEL repository.
Learn more about EPEL-Next on the following page:
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:
EPEL 7: x86_64, ppc64le, sources (EPEL-7 for aarch64 is no longer supported as Red Hat ended support for this architecture).
END OF LIFE RELEASES
THESE ARE NO LONGER SUPPORTED
Due to major security changes in SSL in the last 10 years, older releases may not be able to directly point to these releases. As of 2021-01-22, EPEL-5 and 4 systems do not have the newer TLS1.2 algorithms that Internet servers are required to use for security reasons. The best method for working with these is to have a newer system mirror the entire archive and then for your systems to point to that mirror. |
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.
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.
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
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»
NOTE for CentOS 8 and CentOS Stream 8 users: EPEL packages assume that the ‘powertools‘ repository is enabled. You can do this with:
dnf config-manager —set-enabled powertools
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 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 IRC channel on Libera Chat offers real-time support for EPEL users and developers.
The is for general developer and SIG discussion.
The mailing list is a low volume mailing list for only important announcements.
The 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/ under the «Fedora EPEL» product.
Infrastructure issues (mirrors, repos, etc.) should be reported to Fedora releng.
The EPEL SIG meets on Wedensday every week in the channel at 21: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.
All Fedora Documentation content available under CC BY-SA 4.0 or, when specifically noted, under another accepted free and open content license.
Источник
How to install and enable EPEL repo in RHEL/CentOS/Oracle Linux?
EPEL(Extra Packages for Enterprise Linux) is a repo developed by Fedora project to ensure that there is a quality 3rd party packages available for enterprise users such as people who are using RHEL, Cent OS, Oracle Linux and Scientific Linux. These are highly used enterprise Linux OS which are shipped with default, thoroughly checked and officially conformed packages so that there will be less bugs in the installed software in enterprise environment. But there are situations where a 3rd party software which is of great use in enterprise world is not in the official list. For example Puppet is a great configuration tool which is not in default repo. The solution to this is enable EPEL repo on enterprise Linux box.
Some of the well known packages which are not included in official CentOS, Red-hat, Oracle and Scientific Linux repos are as follows
To know about available software in this repo you can go to below link.
How to install EPEL repo in RHEL?
If you are using any RHEL based Linux such as Centos, Oracle and Scientific Linux we have to follow below process to install it. This same for versions 4.x, 5.x, 6.x and 7.x. Just replace 6 with your respective version number.
For RHEL 6.8 64 bit version:
For RHEL 6.8 PPC64:
Example:
Note: We no need to use wget or some other software to download this package, we can just directly point http link to rpm command, which will install directly from the specified location.
Check if you can install any package which are listed above.
If you are unable to install or you find that epel is not enable check if EPEL repo is enabled or not
Once you made enabled=1 and refresh the repo by using yum clean all, you can install all the software in the EPEL repo.
Источник
[Решено] Как подключить репозиторий epel в Oracle Linux 8
Через базовый репозиторий системы не получается установить epel-release.
Подключить репозиторий epel в oracle linux 8 можно напрямую установив rpm пакет репозитория:
В данный момент смотрят эту тему 1 гость.
Вход/Регистрация
Дешевые дедики от Selectel, есть посуточная оплата. Использую сам. |
Быстрые Серверы — от дешёвых до топовых, с индивидуальным сопровождением и заботливой поддержкой. REG.ru |
Последние темы
От FarrukhG84, 3 дня назад
От WarLikeLaux, 2 недели назад
От SergeyVP, 3 недели назад
От the7life, 3 недели назад
От FarrukhG84, 3 недели назад
Последние сообщения
Уважаемые программисты. обновлен v 7.25какие сделаны .
От konyuhov, 2 дня назад
@zerox Дело в том что с сетью проблем нет. Не давно зам.
От FarrukhG84, 2 дня назад
@farrukhg84 а с сетью на этих устройствах нет проблем? .
От Zerox, 3 дня назад
Доброго времени суток. Может кто не будь объяснит, по.
От FarrukhG84, 3 дня назад
Centos 7, для сертификатов от Lets’encrypt: yum i.
Источник
Как включить репозиторий EPEL в Linux RHEL 8 / CentOS 8
Как включить репозиторий EPEL в RHEL 8 / CentOS 8 Linux? EPEL — это репозиторий, который предоставляет дополнительные пакеты для Enterprise Linux. Группа Fedora EPEL отвечает за создание и поддержку высококачественного набора дополнительных пакетов для RHEL, CentOS, Scientific Linux и Oracle Linux.
Дистрибутивы RHEL, CentOS, Scientific Linux и Oracle Linux рассчитаны на производительность и стабильность с ограниченным количеством пакетов в их базовых репозиториях. Если вы разработчик, есть вероятность, что некоторые из необходимых вам пакетов недоступны. EPEL-репозиторий устраняет этот пробел, предоставляя дополнительные стабильные пакеты, которые работают для большинства случаев использования.
Установка EPEL на RHEL / CentOS 8
EPEL 8 был официально выпущен для широкой публики. Установка EPEL-репозитория настолько проста, что выполняется с помощью следующей команды.
Это загрузит файл репозитория /etc/yum.repos.d/epel.repo и включит его. Вот результат установки
Для CentOS 8
В CentOS 8 рекомендуется также включить репозиторий PowerTools, поскольку пакеты EPEL могут зависеть от пакетов из него:
Для RHEL 8
- в RHEL 8 требуется также включить репозиторий codeready-builder-for-rhel-8 — * — rpms, поскольку пакеты EPEL могут зависеть от пакетов из него:
Подтвердите установку EPEL на CentOS 8 / RHEL 8
Вы можете подтвердить добавление и функциональность репозитория EPEL, выполнив следующую команду.
Список пакетов, доступных в репозитории EPEL.
Вы можете выполнить фильтрацию, чтобы проверить, доступен ли требуемый пакет в репозитории EPEL.
Чтобы установить пакет из репозитория EPEL, просто запустите
Некоторые зависимости могут быть установлены из базовых репозиториев. Там вы можете установить свои любимые пакеты из репозитория EPEL. На момент написания этой статьи есть пакеты, доступные в репозитории EPEL 7, но еще не в EPEL 8, возможно, вам придется набраться терпения, поскольку ежедневно добавляется больше пакетов.
Источник
Подключить repo epel, rpmforge и другие репозитории в CentOS
Для любого сервера необходимо иметь возможность оперативно получить актуальное свежее программное обеспечение. Установка репозиториев epel, rpmforge и др. repo для CentOS решает вопрос получения rpm пакетов для последующей настройки и обновления функционала сервера. Так что уделим внимание этому вопросу и разберемся в тонкостях, которые тут присутствуют, как и в любом другом вопросе.
Данная статья является частью единого цикла статьей про сервер Centos.
Репозитории в CentOS
Для начала давайте поясним, что такое репозитории и для чего они нужны. Вот что говорит wikipedia на этот счет:
Репозито́рий, хранилище — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.
Существуют репозитории для хранения программ, написанных на одном языке (например, CPAN для Perl) или предназначенных для одной платформы. Многие современные операционные системы, такие как OpenSolaris, FreeBSD и большинство дистрибутивов Linux, имеют официальные репозитории, но также позволяют устанавливать пакеты из других мест. Большинство репозиториев бесплатны, однако некоторые компании предоставляют доступ к собственным репозиториям за платную подписку.
Некоторое время назад Linux приложения выходили в виде исходного кода, который потом компилировали на сервере и получали готовые программы. На сегодняшний день большинство приложений выходят в виде так называемых пакетов. Это уже собранные приложения, которые можно сразу установить и пользоваться.
В нашем случае репозиторий — хранилище пакетов для операционной системы CentOS. Существуют repository от разработчика системы, их называют официальные. Набор rpm пакетов там обычно ограничен и версии не самые свежие. Для установки дополнительного софта используют сторонние репозитории. Их поддерживать могут как другие компании, так и группы энтузиастов.
Управлением пакетами и репозиториями в CentOS занимается утилита yum. Ее конфигурационный файл находится в /etc/yum.conf. Этот файл содержит секцию [main], в которой указываются глобальные настройки программы. Так же он может содержать одну или несколько секций [repository], в которой хранятся настройки репозиториев. Тем не менее, рекомендуется информацию о репозиториях хранить в каталоге /etc/yum.repos.d/ в специальных файлах .repo.
Минимальное содержание файла .repo следующее:
name | имя, описывающее репозиторий, может быть любым |
baseurl | ссылка на расположение репозитория, может быть в виде http, ftp или file ссылки |
Другие ползные параметры, которые могут быть указаны в repo файле:
enabled | принимает значение 1 или 0, 1 — репозиторий подключен, 0 — отключен |
async | управляет загрузкой пакетов, auto — использует при возможности параллельную загрузку, on — использует только параллельную загрузку, off — параллельная загрузка отключена |
mirrorlist | вместо ссылки на конкретный адрес репозитория может быть указана ссылка на список адресов, из которых при установке будет выбран наиболее подходящий |
gpgcheck | принимает значение 1 или 0, 1- осуществлять проверку GPG подписи пакета из репозитория, 0 — не проверять |
gpgkey | ссылка на GPG ключ репозитория |
Вот содержание стандартного файла с репозиториями CentOS /etc/yum.repos.d/CentOS-Base.repo:
Подключение репозиториев в CentOS
Добавить репозиторий в CentOS можно тремя разными способами:
- Добавив секцию [repository] в файл /etc/yum.conf
- Создав .repo файл в директории /etc/yum.repos.d
- Установив rpm пакет с информацией о репозитории
Как уже было сказано ранее, первый способ использовать не рекомендуется самими разработчиками. Наиболее быстрый и удобный третий способ. Если rpm пакета для добавления репозитория не существует, то используется вручную второй способ.
Установка epel repo в CentOS
Полностью epel репозиторий называется так — Extra Packages for Enterprise Linux. Это хранилище пакетов, созданное группой специалистов операционной системы Fedora. Пакеты из epel репозитория никогда не конфликтуют и не переустанавливают базовые пакеты RHEL. Поддерживаются пакеты для следующих операционных систем:
- Red Hat Enterprise Linux (RHEL)
- CentOS
- Scientific Linux (SL)
- Oracle Linux (OL)
Установить репозиторий epel в CentOS проще всего, так как epel-release package включен в стандартный Extras repository CentOS, который доступен по-умолчанию. На сегодняшний день это самый популярный неофициальный репозиторий для CentOS.
Установка репозитория epel в centos:
Теперь если проверим папку /etc/yum.repos.d, увидим там файл epel.repo, в котором будет информация о новом подключенном репозитории.
Подключение rpmforge repo в CentOS
Полное название rpmforge репозитория — RepoForge. По информации с сайта wiki.centos.org этот архив больше не поддерживается и не рекомендуется к установке. Но лично я нигде больше не нашел об этом информацию, в том числе и на официальном сайте repoforge.org. Данный репозиторий содержит следующие наборы совместимых RHEL пакетов:
- Servers (eg. monitoring, troubleshooting, management)
- Desktops (eg. office, leisure, multi-media)
- Development (eg. perl, python, ruby libraries)
Установка rpmforge на centos:
- Устанавливаем GPG ключ:
- Идем на страницу загрузки и копируем ссылку rpm пакета под нужную нам архитектуру.
- Устанавливаем скопированный rpm пакет:
В настоящее время приведенная выше ссылка не работает по неизвестным причинам, я надеюсь, что это временные проблемы с сайтом. Пока можно использовать альтернативную:
Проверяем директорию /etc/yum.repos.d:
Все в порядке rpmforge репозиторий установлен.
Установка remi repo в CentOS
Les RPM de Remi repository поддерживает последние версии MySQL и PHP (бэкпорты федоровских rpm). Пакеты этого репозитория необходимо использовать с осторожностью, так как они заменяют базовые пакеты.
Установка репозитория remi в centos:
Обновление репозиториев с помощью yum
После добавления новых репозиториев в систему, никаких дополнительных действий производить не требуется, в отличие от debian based систем, где после добавления репозиториев, необходимо обновить кэш доступных пакетов с помощью команды apt-get update. Если выполнить команду yum update, то начнется сразу обновление пакетов. То есть смысл команды совсем другой. В CentOS кэш пакетов обновляется каждый раз, когда производится какое-то действие с помощью yum. Например, при выводе списка доступных репозиториев, обновляется список пакетов.
Показать список активных репозиториев в centos
repo id | id репозитория |
reponame | имя репозитория |
status | количество пакетов |
Удалить репозиторий в CentOS
Для того, чтобы удалить репозиторий из системы, необходимо узнать его id с помощью команды yum repolist. Об этом я писал в предыдущем разделе. Затем с помощью утилиты yum-config-manager, которая входит в пакет yum-utils выполним удаление:
Если получаете такую ошибку, то установите пакет yum-utils:
Удаление репозитория в centos:
Теперь проверяем список активных репозиториев:
Удаленного репозитория remi-safe нет. Значит все в порядке, отключение репозитория прошло успешно.
Для того, чтобы обновить кэш yum после изменения репозиториев, можно воспользоваться следующими командами:
Yandex mirror для CentOS
mirror.yandex.ru — сайт компании Яндекс, зеркало репозитариев популярных дистрибутивов Linux, FreeBSD и других проектов, в том числе CentOS. Работает по протоколам HTTP, FTP и rsync.
На зеркале CentOS можно скачать дистрибутивы всех актуальных на текущий момент версий, а это версии 5, 6 и 7. Зеркало можно использовать в качестве источников стандартных репозиториев системы — base, updates, extras, centosplus.
Можно использовать, что я неоднократно делал, yandex mirror для сетевой установки CentOS. Путь к установочному образу: http://mirror.yandex.ru/centos/7/os/x86_64/images/
На этом у меня все по теме работы с репозиториями. Дальше можно заняться настройкой CentOS. Ели есть замечания, дополнения, уточнения, ошибки, прошу писать об этом в комментариях.
Напоминаю, что данная статья является частью единого цикла статьей про сервер Centos.
Источник