O Comitê FESCo (Fedora Engineering Steering Committee), responsável pela parte técnica do desenvolvimento da distribuição Fedora, proposta de implementação (Enterprise Linux Next), voltado para fornecer um ambiente baseado no repositório Fedora Rawhide, que pode ser utilizado para testar a funcionalidade das futuras versões da distribuição RHEL (Red Hat Enterprise Linux). Para o ELN, um novo buildroot será preparado e para simular a formação do Red Hat Enterprise Linux com base nos pacotes com códigos-fonte do repositório Fedora. O projeto está programado para ser implementado no ciclo de desenvolvimento do Fedora 33.
fornecerá uma infraestrutura que permitirá coletar pacotes do Fedora utilizando métodos aplicados no CentOS e RHEL, e dará aos mantenedores de pacotes do Fedora na fase inicial a capacidade de detectar mudanças que podem refletir potencialmente no desenvolvimento do RHEL. O ELN também permitirá verificar as mudanças planejadas em blocos condicionais nos arquivos spec, ou seja, coletar pacotes ativando condições com a variável "%{rhel}" definida como "9" (a variável "%{fedora}" do ELN retornará "false"), simulando a construção para a futura ramificação do RHEL.
O objetivo final é reconstruir o repositório Fedora Rawhide como se fosse RHEL. No ELN, está previsto reconstruir apenas uma pequena parte da coleção de pacotes do Fedora, demandada no CentOS Stream e RHEL. As reconstruções bem-sucedidas do ELN estão programadas para serem sincronizadas com as compilações internas do RHEL, adicionando aos pacotes mudanças adicionais que não são permitidas no Fedora (por exemplo, adição de marcas registradas). Nesse processo, os desenvolvedores se esforçarão para minimizar as diferenças entre o ELN e o RHEL Next, separando-as em nível de blocos condicionais nos arquivos spec.
Outra aplicação importante do ELN será a capacidade de experimentar a implementação de novas ideias, sem afetar as compilações principais do Fedora. Em particular, o ELN será útil para criar compilações do Fedora que reflitam o suporte a hardware antigo e a ativação padrão de extensões adicionais de CPU. Por exemplo, será possível criar uma versão do Fedora, determinando nos requisitos de CPU o suporte obrigatório para as instruções AVX2, e depois testar o impacto no desempenho do uso do AVX2 nos pacotes e decidir sobre a implementação da mudança na distribuição principal do Fedora.
Testes similares são relevantes para a verificação de pacotes Fedora em decorrência das mudanças nos requisitos das arquiteturas de hardware, previstas na futura e significativa versão do RHEL, sem bloquear o processo normal de construção de pacotes e preparação de lançamentos do Fedora.
Fonte: opennet.ru
