O FESCo (Fedora Engineering Steering Committee), responsável pela parte técnica do desenvolvimento da distribuição Fedora, proposta de implementação (Enterprise Linux Next), que visa fornecer um ambiente baseado no repositório Fedora Rawhide que possa ser usado para testar a funcionalidade de versões futuras da distribuição RHEL (Red Hat Enterprise Linux). Um novo buildroot será preparado para ELN e para emular a formação do Red Hat Enterprise Linux baseado em pacotes fonte do repositório Fedora. O projeto está programado para ser implementado como parte do ciclo de desenvolvimento do Fedora 33.
fornecerá uma infraestrutura que permitirá que pacotes Fedora sejam construídos usando técnicas encontradas no CentOS e RHEL, e permitirá que os mantenedores de pacotes Fedora detectem mudanças antecipadas que poderiam potencialmente impactar o desenvolvimento do RHEL. O ELN também permitirá que você verifique as alterações pretendidas em blocos condicionais em arquivos de especificações, ou seja, construir um pacote condicional com a variável "%{rhel}" definida como "9" (a variável ELN "%{fedora}" retornará "false"), simulando uma construção para uma futura ramificação RHEL.
O objetivo final é reconstruir o repositório Fedora Rawhide como se fosse RHEL. O ELN planeja reconstruir apenas uma pequena parte da coleção de pacotes do Fedora, que está em demanda no CentOS Stream e no RHEL. As reconstruções bem-sucedidas do ELN são planejadas para serem sincronizadas com compilações internas do RHEL, adicionando alterações adicionais aos pacotes que não são permitidas no Fedora (por exemplo, adicionando nomes de marcas). Ao mesmo tempo, os desenvolvedores tentarão minimizar as diferenças entre ELN e RHEL Next, separando-os no nível de blocos condicionais em arquivos de especificações.
Outro uso importante do ELN será a capacidade de experimentar novas ideias sem afetar as principais compilações do Fedora. Em particular, o ELN será útil para criar compilações do Fedora que reflitam suporte para hardware mais antigo e habilita extensões de CPU adicionais por padrão. Por exemplo, paralelamente, será possível criar uma variante do Fedora, especificando suporte obrigatório para instruções AVX2 nos requisitos de CPU, e então testar o impacto no desempenho do uso do AVX2 em pacotes e decidir se implementará a mudança no sistema principal do Fedora. distribuição.
Tais testes são relevantes para testar pacotes do Fedora diante de mudanças nos requisitos para arquiteturas de hardware planejadas em um futuro ramo significativo do RHEL, sem bloquear o processo regular de construção de pacotes e preparação de lançamentos do Fedora.
Fonte: opennet.ru