El FESCo (Fedora Engineering Steering Committee), responsable de la parte técnica del desarrollo de la distribución de Fedora, propuesta de implementación (Enterprise Linux Next), destinado a proporcionar un entorno basado en el repositorio Fedora Rawhide que pueda usarse para probar la funcionalidad de futuras versiones de la distribución RHEL (Red Hat Enterprise Linux). Se preparará una nueva raíz de compilación para ELN y para emular la formación de Red Hat Enterprise Linux basada en paquetes fuente del repositorio de Fedora. Está previsto que el proyecto se implemente como parte del ciclo de desarrollo de Fedora 33.
proporcionará una infraestructura que permitirá que los paquetes de Fedora se creen utilizando técnicas que se encuentran en CentOS y RHEL, y permitirá a los mantenedores de paquetes de Fedora detectar cambios tempranos que potencialmente podrían afectar el desarrollo de RHEL. ELN también le permitirá verificar los cambios previstos en los bloques condicionales en los archivos de especificaciones, es decir. cree un paquete condicional con la variable "%{rhel}" establecida en "9" (la variable ELN "%{fedora}" devolverá "false"), simulando una compilación para una futura rama de RHEL.
El objetivo final es reconstruir el repositorio de Fedora Rawhide como si fuera RHEL. ELN planea reconstruir solo una pequeña parte de la colección de paquetes de Fedora, que tiene demanda en CentOS Stream y RHEL. Se planea sincronizar las reconstrucciones de ELN exitosas con las compilaciones internas de RHEL, agregando cambios adicionales a los paquetes que no están permitidos en Fedora (por ejemplo, agregar nombres de marcas). Al mismo tiempo, los desarrolladores intentarán minimizar las diferencias entre ELN y RHEL Next, separándolos a nivel de bloques condicionales en archivos de especificaciones.
Otro uso importante de ELN será la capacidad de experimentar con nuevas ideas sin afectar las compilaciones principales de Fedora. En particular, ELN será útil para crear compilaciones de Fedora que reflejen soporte para hardware más antiguo y habilitar extensiones de CPU adicionales de forma predeterminada. Por ejemplo, en paralelo, será posible crear una variante de Fedora, especificando el soporte obligatorio para las instrucciones AVX2 en los requisitos de la CPU, y luego probar el impacto en el rendimiento del uso de AVX2 en los paquetes y decidir si implementar el cambio en el Fedora principal. distribución.
Estas pruebas son relevantes para probar paquetes de Fedora frente a los requisitos cambiantes para las arquitecturas de hardware planificadas en una futura rama importante de RHEL, sin bloquear el proceso regular de creación de paquetes y preparación de lanzamientos de Fedora.
Fuente: opennet.ru