Twórcy Fedory Linux ogłosili utworzenie SIG (Special Interest Group) w celu wspierania projektu ELN (Enterprise Linux Next), którego celem jest dostarczanie stale rozwijających się kompilacji Red Hat Enterprise Linux w oparciu o repozytorium Fedora Rawhide. Proces tworzenia nowych gałęzi RHEL polega na tworzeniu co trzy lata gałęzi Fedory, która przez pewien czas jest rozwijana oddzielnie, aż do momentu doprowadzenia do produktu końcowego. ELN umożliwi emulację kompilacji Red Hat Enterprise Linux w oparciu o wycinek z repozytorium Fedora Rawhide utworzony w dowolnym momencie.
Do tej pory po forku Fedory przygotowanie RHEL odbywało się za zamkniętymi drzwiami. Dzięki CentOS Stream firma Red Hat zamierza uczynić proces rozwoju RHEL bardziej otwartym i przejrzystym dla społeczności. ELN ma na celu uczynienie rozwidlenia CentOS Stream/RHEL Next Fedory bardziej przewidywalnym przy użyciu metod podobnych do systemów ciągłej integracji.
ELN zapewni oddzielny proces kompilacji i kompilacji, który umożliwi odbudowanie repozytorium Fedory Rawhide tak, jakby było to RHEL. Planuje się, że pomyślne kompilacje ELN zostaną zsynchronizowane z eksperymentalnymi kompilacjami RHEL Next, dodając dodatkowe zmiany w pakietach, które nie są dozwolone w Fedorze (na przykład dodanie nazw marek). Jednocześnie programiści będą starali się zminimalizować różnice, oddzielając je na poziomie bloków warunkowych w plikach specyfikacji.
Dzięki ELN opiekunowie pakietów Fedory będą mogli wcześnie wychwytywać i testować zmiany, które mogą potencjalnie wpłynąć na rozwój RHEL. W szczególności możliwe będzie sprawdzenie zamierzonych zmian w blokach warunkowych w plikach specyfikacji, tj. zbuduj pakiet warunkowy ze zmienną „%{rhel}” ustawioną na „9” (zmienna ELN „%{fedora}” zwróci „false”), symulując budowanie pakietu dla przyszłej gałęzi RHEL.
ELN pozwoli ci także eksperymentować z nowymi pomysłami bez wpływu na główne kompilacje Fedory. ELN można także używać do testowania pakietów Fedory pod kątem nowych flag kompilatora, wyłączania funkcji eksperymentalnych lub innych niż RHEL, zmiany wymagań architektury sprzętowej i włączania dodatkowych rozszerzeń procesora. Na przykład, bez zmiany standardowego procesu budowania pakietów w Fedorze, możesz jednocześnie przetestować kompilację z włączoną obsługą instrukcji AVX2, a następnie ocenić wpływ użycia AVX2 w pakietach na wydajność i zdecydować, czy wdrożyć zmianę w głównej dystrybucji Fedory.
Źródło: opennet.ru