Das FESCo (Fedora Engineering Steering Committee), das für den technischen Teil der Entwicklung der Fedora-Distribution verantwortlich ist, Vorschlag zur Umsetzung (Enterprise Linux Next) zielt darauf ab, eine Umgebung bereitzustellen, die auf dem Fedora Rawhide-Repository basiert und zum Testen der Funktionalität zukünftiger Versionen der RHEL-Distribution (Red Hat Enterprise Linux) verwendet werden kann. Für ELN und wird ein neuer Buildroot vorbereitet um die Bildung von Red Hat Enterprise Linux basierend auf Quellpaketen aus dem Fedora-Repository zu emulieren. Die Umsetzung des Projekts ist als Teil des Fedora 33-Entwicklungszyklus geplant.
wird eine Infrastruktur bereitstellen, die die Erstellung von Fedora-Paketen mit Techniken von CentOS und RHEL ermöglicht und es Fedora-Paketbetreuern ermöglicht, frühzeitig Änderungen zu erkennen, die sich möglicherweise auf die RHEL-Entwicklung auswirken könnten. Mit ELN können Sie auch beabsichtigte Änderungen an bedingten Blöcken in Spezifikationsdateien überprüfen, d. h. Erstellen Sie ein bedingtes Paket, wobei die Variable „%{rhel}“ auf „9“ gesetzt ist (die ELN-Variable „%{fedora}“ gibt „false“ zurück), um einen Build für einen zukünftigen RHEL-Zweig zu simulieren.
Das Endziel besteht darin, das Fedora Rawhide-Repository so neu zu erstellen, als wäre es RHEL. ELN plant, nur einen kleinen Teil der Fedora-Paketsammlung neu zu erstellen, die in CentOS Stream und RHEL gefragt ist. Erfolgreiche ELN-Rebuilds sollen mit internen RHEL-Builds synchronisiert werden, um zusätzliche Änderungen an den Paketen vorzunehmen, die in Fedora nicht erlaubt sind (z. B. das Hinzufügen von Markennamen). Gleichzeitig werden Entwickler versuchen, die Unterschiede zwischen ELN und RHEL Next zu minimieren, indem sie sie auf der Ebene der bedingten Blöcke in Spezifikationsdateien trennen.
Ein weiterer wichtiger Nutzen von ELN wird die Möglichkeit sein, mit neuen Ideen zu experimentieren, ohne die Haupt-Fedora-Builds zu beeinträchtigen. Insbesondere wird ELN nützlich sein, um Fedora-Builds zu erstellen, die Folgendes widerspiegeln Unterstützung für ältere Hardware und standardmäßige Aktivierung zusätzlicher CPU-Erweiterungen. Parallel dazu wird es beispielsweise möglich sein, eine Fedora-Variante zu erstellen, in der die obligatorische Unterstützung für AVX2-Anweisungen in den CPU-Anforderungen festgelegt wird, und dann die Auswirkungen der Verwendung von AVX2 in Paketen auf die Leistung zu testen und zu entscheiden, ob die Änderung im Haupt-Fedora implementiert werden soll Verteilung.
Solche Tests sind für das Testen von Fedora-Paketen angesichts sich ändernder Anforderungen an Hardware-Architekturen, die in einem künftigen bedeutenden Zweig von RHEL geplant sind, relevant, ohne den regulären Prozess der Paketerstellung und Vorbereitung von Fedora-Releases zu blockieren.
Source: opennet.ru