La mayoría de la gente sabe que Fedora es el upstream para las principales versiones de Red Hat Enterprise Linux (RHEL). También puede notar que Red Hat se distribuye un conjunto de paquetes más pequeño para RHEL que el que encontrará con Fedora, por varias razones. ¿Qué pasa si usted es un usuario de Fedora que también quiere ImageMagick o Chromium en su estación de trabajo RHEL? Es posible que desee echar un vistazo a EPEL.
¿Qué es EPEL y cómo lo uso con RHEL?
RHEL se envía con solo un subconjunto de paquetes que encontrará en Fedora Linux. Esto tiene sentido, porque hay una gran cantidad de software en Fedora que no se necesita en un entorno empresarial o está fuera del alcance de RHEL. Red Hat mantiene y da soporte a los paquetes en RHEL mucho más tiempo que la vida útil de una versión de Fedora, y seleccionamos el software que creemos necesario para que nuestros clientes tengan éxito en la implementación y el uso de RHEL para ejecutar sus cargas de trabajo.
Pero los usuarios de Fedora a veces descubren que extrañan esta o aquella aplicación que está disponible en Fedora pero no a través de RHEL. Entonces, se formó EPEL. Extra Packages for Enterprise Linux (EPEL) es un grupo de interés especial ( SIG) del Proyecto Fedora que proporciona un conjunto de paquetes adicionales para RHEL (y CentOS, y otros) desde las fuentes de Fedora.
Para obtener un paquete en EPEL, primero debe estar en Fedora. EPEL sigue las Pautas de empaquetado de Fedora para asegurar una integración exitosa, y solo incluye software gratuito y de código abierto que no está sujeto a patentes. Por lo tanto, no encontrará ningún software propietario en EPEL o cosas como códecs multimedia que estén restringidos por patentes, incluso si el software que los habilita está bajo una licencia de código abierto.
¿Es compatible con EPEL?
Antes de entrar en el «cómo», probablemente deberíamos abordar la cuestión del soporte. EPEL está respaldado por la mejor tradición comunitaria de código abierto. («Si se rompe, puedes quedarte con ambas piezas»). Es decir, EPEL no es compatible en el sentido de que RHEL es compatible. Como la mayoría de los proyectos de código abierto (a diferencia del código abierto empresarial), es un arreglo de «hacemos lo que podemos» que proporciona muchos beneficios para los usuarios, pero sin la garantía de preparación o soporte para la producción.
Red Hat no es compatible con los paquetes de EPEL ni ofrece SLA sobre correcciones de errores o parches para CVE. También es posible que los paquetes en EPEL «aparezcan y desaparezcan» (para usar el lenguaje del proyecto) en el transcurso de una única versión de RHEL. Es posible que las actualizaciones requieran la intervención del administrador. El proyecto EPEL recomienda que los usuarios de EPEL se suscriban a la lista de correo epel -nounce para estar al tanto de los próximos problemas y tener tiempo para probar antes de que la actualización tenga algún impacto.
Eso no significa que EPEL no lo haga «. No tiene un lugar en su entorno, solo que debe considerar dónde y cómo implementa los paquetes de EPEL.
¿Qué se incluye con EPEL?
EPEL es una selección de paquetes de Fedora, pero solo paquetes que no están en RHEL o sus productos en capas para evitar conflictos. Por ejemplo, no encontrará una versión más nueva de algo en EPEL que ya se envía con RHEL.) Mis cálculos matemáticos muestran alrededor de 3,166 paquetes en EPEL 8, mientras que Fedora tiene casi 19,000 paquetes para x86_64 (sin contar «noarch» paquetes).
La lista de paquetes para EPEL varía según la versión y la arquitectura. Los paquetes que están disponibles para, digamos, EPEL 7 en x86_64 pueden no estar disponibles para EPEL 8 en Power o ARM. Puede encontrar enlaces a los conjuntos de paquetes en Fedora Wiki. Los paquetes no se ramifican automáticamente de una versión a otra, ya que varios mantenedores no quieren agregar sus paquetes hasta que estén listos para hacerlo. Esto significa que los paquetes pueden tardar en entrar en una nueva versión como EPEL 8.
Actualmente, EPEL tiene paquetes para RHEL 6, RHEL 7 y RHEL 8. Los paquetes en EPEL incluyen cosas como módulos para Python, Perl, ruby gems y otros extras para otros lenguajes de programación. También encontrará utilidades como etckeeper, ImageMagick y GraphicsMagick, y las compilaciones del navegador Chromium. (No es una lista completa, por supuesto).
Quiero el EPEL. ¡Enséñame cómo!
Si estás listo para probar EPEL, aquí tienes cómo empezar. Las instrucciones están en el Wiki de Fedora para cada lanzamiento. Voy a dar los comandos para que EPEL se ejecute en RHEL 8, pero si está en RHEL 6 o RHEL 7, puede encontrar esas instrucciones en la wiki.
Primero, la gente de EPEL requiere habilitar el repositorio CodeReady Linux Builder para RHEL 8. Este es un repositorio con algunas herramientas que puede necesitar para crear aplicaciones para RHEL (entre otras cosas).
# ARCH=$( /bin/arch )# subscription-manager repos --enable "codeready-builder-for-rhel-8-${ARCH}-rpms"
Esto, por supuesto, supone que tiene una máquina RHEL 8 que está suscrita. Una vez que haya agregado estos repositorios, continúe e instale el RPM de EPEL:
# yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
Ahora puede verificar qué paquetes están disponibles en EPEL:
# yum --disablerepo="*" --enablerepo="epel" list available
Si desea uno de los paquetes, simplemente instálelo normalmente usando yum.Entonces, por ejemplo, si desea instalar el navegador Chromium en su estación de trabajo RHEL:
# yum install -y chromium
Eso tomará los paquetes apropiados de EPEL y los instalará. El -y simplemente le dice a yum que siga adelante y ejecute la operación sin tener que confirmar, si desea ver todos los paquetes que serán instalado para obtener Chromium antes de la instalación, omítalo del comando.