Die Fedora-Entwickler veröffentlicht durch eine Werbung die Bildung einer Special Interest Group (SIG) zur Unterstützung des Enterprise Linux Next (ELN) -Projekts, das kontinuierliche Builds von Red Hat Enterprise Linux basierend auf dem Fedora Rawhide-Repository bereitstellen soll.
Dieser neue vorgeschlagene Entwicklungsprozess, impliziert, dass neue RHEL-Niederlassungen alle drei Jahre eine Fedora-Niederlassung gründen; das für ihren Teil wird für einige Zeit separat entwickelt, bis es zum Endprodukt gebracht wird.
Während sich ELN ermöglicht die Emulation von Red Hat Enterprise Linux-Builds basierend auf einem zufällig erstellten Fragment des Fedora Rawhide-Repositorys.
Es wird erwähnt, dass die Vorbereitung von RHEL seit der Gabelung von Fedora bisher hinter verschlossenen Türen erfolgt ist. Mit CentOS Stream beabsichtigt Red Hat, den RHEL-Entwicklungsprozess für die Community offener und transparenter zu gestalten.
Die Mission der ELN (Enterprise Linux Next) Special Interest Group (SIG) ist es, eine Version von RHEL zu erreichen, die kontinuierlich gestartet werden kann.
Unter Verwendung des klassischen Ansatzes gabelt sich RHEL von Fedora und entwickelt sich lange Zeit privat, bevor es als Produkt wieder vollständig geformt wird. Stattdessen möchten wir Fedoras Rawhide und die Fortschritte bei den CI / CD-Technologien nutzen, um jederzeit eine Version von RHEL zu härten und zu härten.
ELN zielt darauf ab, die Bifurkationsphase zu machen von CentOS Stream / RHEL Weiter von Fedora durch Verwendung von Techniken, die kontinuierlichen Integrationssystemen ähneln, vorhersehbarer seinDarüber hinaus wird ELN einen separaten Build-Root- und Build-Prozess bereitstellen, um das Fedora Rawhide-Repository als RHEL neu zu erstellen.
Außerdem Entwickler, die erfolgreiche Neuerstellungen synchronisieren möchten, erwähnen dies von ELN mit den experimentellen Builds von RHEL Next, Hinzufügen zusätzlicher Änderungen zu Paketen, die in Fedora nicht zulässig sind (z. B. Hinzufügen von Marken). Gleichzeitig werden Entwickler versuchen, die Unterschiede zu minimieren, indem sie sie auf der Ebene der bedingten Blöcke in Spezifikationsdateien aufteilen.
Mit ELNs können Fedora-Betreuer frühzeitige Änderungen erkennen und testen, die sich auf die RHEL-Entwicklung auswirken könnten.
Was ist der Vorteil der ELN?
Das Aufkommen und die Neuausrichtung von CentOS Stream haben eine klarere Geschichte über die Entwicklung von RHEL geliefert. Fedora ist weiterhin das Entwicklungszentrum für die nächste Hauptversion von RHEL, während CentOS Stream diese Bottom-up-Rolle für die Stabilisierung und Aktualisierung übernimmt.
Einige von uns haben daher nach Wegen gesucht, um sicherzustellen, dass Fedora auf seiner wertvollen Position im Ökosystem aufbaut. Wir haben uns entschlossen, den Prozess zu vereinfachen, durch den Fedora zu Red Hat Enterprise Linux wird.
Unter anderem ist es möglich, die erwarteten Änderungen der bedingten Blöcke in den Spezifikationsdateien zu überprüfen, dh ein Paket zu erstellen, wenn Bedingungen ausgelöst werden, wobei "% {rhel}" auf "9" gesetzt ist (die ELN-Variable "%" {fedora} »gibt" false "zurück und simuliert das Erstellen eines Pakets für einen zukünftigen RHEL-Zweig.
ELN ermöglicht auch das Experimentieren neue Ideen zum Leben erwecken, ohne die Kern-Fedora-Builds zu beeinflussen.
Dies umfasst ELNs, mit denen Fedora-Pakete gegen neue Compiler-Flags getestet, experimentelle oder unangemessene RHEL-Funktionen deaktiviert, die Anforderungen an die Hardwarearchitektur geändert und zusätzliche CPU-Erweiterungen aktiviert werden können.
Ohne den Standardprozess zum Erstellen von Paketen in Fedora zu ändern, wird beispielsweise erwähnt, dass Sie gleichzeitig einen Build mit aktivierter Unterstützung für AVX2-Anweisungen testen, dann die Auswirkungen der Verwendung von AVX2 in Paketen auf die Leistung bewerten und entscheiden können, ob die Änderung in Fedora implementiert werden soll Verteilung.
Schließlich wenn Sie mehr darüber wissen möchtenkönnen Sie konsultieren die Details den folgenden Link.