El Comité FESCo (Comité Directivo de Ingeniería de Fedora), responsable de la parte técnica del desarrollo de la distribución Fedora, propuesta de implementación (Enterprise Linux Next), dirigido a proporcionar un entorno basado en el repositorio Fedora Rawhide, que puede ser utilizado para probar la funcionalidad de futuras versiones de la distribución RHEL (Red Hat Enterprise Linux). Para ELN se preparará un nuevo buildroot y para emular la formación de Red Hat Enterprise Linux basada en paquetes con código fuente del repositorio Fedora. El proyecto está programado para implementarse dentro del ciclo de desarrollo de Fedora 33.
proporcionará una infraestructura que permitirá construir paquetes de Fedora utilizando los métodos aplicados en CentOS y RHEL, y dará la oportunidad a los mantenedores de paquetes de Fedora en etapas tempranas de detectar cambios que pueden potencialmente impactar en el desarrollo de RHEL. ELN también permitirá verificar los cambios planificados en bloques condicionales en archivos spec, es decir, construir un paquete con condiciones activadas con la variable "%{rhel}%" establecida en "9" (la variable "%{fedora}%" de ELN devolverá "false"), simulando una construcción para la futura rama de RHEL.
El objetivo final es reconstruir el repositorio Fedora Rawhide como si fuera RHEL. En ELN está planeado reconstruir solo una pequeña parte de la colección de paquetes de Fedora, los cuales son solicitados en CentOS Stream y RHEL. Se prevé sincronizar las reconstrucciones exitosas de ELN con las construcciones internas de RHEL, añadiendo en los paquetes cambios adicionales que no son aceptables en Fedora (por ejemplo, la adición de marcas comerciales). Al mismo tiempo, los desarrolladores tratarán de minimizar las diferencias entre ELN y RHEL Next, separándolas a nivel de bloques condicionales en los archivos spec.
Otra aplicación importante del ELN será la posibilidad de experimentar con la implementación de nuevas ideas sin afectar las construcciones principales de Fedora. En particular, ELN será útil para crear construcciones de Fedora que reflejen el soporte para hardware antiguo y la utilización por defecto de extensiones adicionales de CPU. Por ejemplo, se podrá formar un variante de Fedora, definiendo en los requisitos de la CPU el soporte obligatorio para instrucciones AVX2, después de lo cual se podrá probar el impacto en el rendimiento del uso de AVX2 en los paquetes y tomar decisiones sobre la implementación de cambios en la distribución principal de Fedora.
Pruebas similares son relevantes para la verificación de paquetes de Fedora en el contexto de los cambios en las arquitecturas de hardware previstos en la futura rama importante de RHEL, sin bloquear el proceso estándar de construcción de paquetes y preparación de lanzamientos de Fedora.
Fuente: opennet.ru
