Deweloperzy Fedora Linux ogłosili utworzenie grupy SIG (Special Interest Group) odpowiedzialnej za rozwój projektu ELN (Enterprise Linux Next), którego celem jest dostarczanie stale tworzonych kompilacji Red Hat Enterprise Linux na bazie repozytorium Fedora Rawhide. Proces opracowywania nowych gałęzi RHEL zakłada wydzielenie odnogi z Fedory raz na trzy lata, która przez pewien czas rozwijana jest niezależnie, aż do dopracowania finalnego produktu. ELN umożliwi emulowanie kompilacji Red Hat Enterprise Linux na podstawie migawki repozytorium Fedora Rawhide utworzonej w dowolnym momencie.
Do tej pory po odgałęzieniu od Fedory przygotowanie RHEL odbywało się za zamkniętymi drzwiami. Za pomocą CentOS Stream firma Red Hat zamierza uczynić proces rozwoju RHEL bardziej otwartym i przejrzystym dla społeczności. ELN ma sprawić, że etap odgałęzienia CentOS Stream/RHEL Next od Fedory będzie bardziej przewidywalny dzięki zastosowaniu metod zbliżonych do systemów ciągłej integracji.
ELN udostępni osobny buildroot i proces kompilacji, który pozwoli przebudować repozytorium Fedora Rawhide tak, jak gdyby było to RHEL. Pomyślne przebudowy ELN mają być synchronizowane z eksperymentalnymi kompilacjami RHEL Next, z dodaniem do pakietów dodatkowych zmian, które nie są dopuszczalne w Fedorze (na przykład znaków towarowych). Jednocześnie deweloperzy będą dążyć do minimalizowania różnic, rozdzielając je na poziomie bloków warunkowych w plikach spec.
Dzięki ELN opiekunowie pakietów Fedory zyskają możliwość wczesnego wychwytywania i testowania zmian, które mogą potencjalnie wpłynąć na rozwój RHEL. Będzie można między innymi sprawdzać planowane zmiany bloków warunkowych w plikach spec, czyli budować pakiet z aktywnymi warunkami dla zmiennej «%{rhel}» ustawionej na wartość «9» (zmienna «%{fedora}» w ELN będzie zwracać «false»), symulując kompilację pakietu dla przyszłej gałęzi RHEL.
ELN umożliwi także testowanie wdrażania nowych pomysłów bez wpływu na główne kompilacje Fedory. ELN można również wykorzystać do sprawdzania pakietów Fedory przy użyciu nowych flag kompilatora, wyłączaniu eksperymentalnych lub nieodpowiednich dla RHEL funkcji, zmianie wymagań dotyczących architektur sprzętowych oraz aktywowaniu dodatkowych rozszerzeń CPU. Na przykład bez zmiany standardowego procesu budowania pakietów w Fedorze można równolegle przetestować kompilację z włączoną obsługą instrukcji AVX2, a następnie ocenić wpływ AVX2 na wydajność pakietów i podjąć decyzję o wdrożeniu tej zmiany w głównej dystrybucji Fedora.
Źródło: opennet.ru
