Dass Red Hat angekündigt hat, keinen Quellcode für Downstream-Klone bereitzustellen, damit diese 1:1-Binärkopien von Red Hat Enterprise Linux (RHEL) erstellen können, hat bei den betroffenen AlmaLinux und Rocky Linux und auch Oracle Linux für Aufregung gesorgt. AlmaLinux werde das Ziel, aufgeben, 1:1 kompatibel mit RHEL zu sein, teilt die hinter der Distribution stehende Foundation nun mit.

Das habe der Vorstand der AlmaLinux OS Foundation nach vielen Diskussionen beschlossen. AlmaLinux OS werde es stattdessen anstreben, Application Binary Interface (ABI) kompatibel zu sein. Das ebenfalls betroffene Rocky Linux will unterdessen Alternativen ausloten und Oracle will ebenfalls für Kompatibilität sorgen. Suse hat unterdessen angekündigt, RHEL zu forken.

Man werde aber weiterhin versuchen, eine unternehmenstaugliche, langfristige Linux-Distribution zu entwickeln, die auf die Bedürfnisse der Community abgestimmt und – soweit möglich – ABI-kompatibel mit RHEL sei, berichtet Benny Vasquez, Chair of the Board der AlmaLinux OS Foundation aus der Vorstandsitzung.

Für den typischen Nutzer bedeute dies kaum eine Änderung, schreibt Vasquez weiter. Red Hat-kompatible Anwendungen würden weiterhin auf AlmaLinux OS laufen können, und AlmaLinux-Installationen würden weiterhin rechtzeitig Sicherheitsupdates erhalten. Die bemerkenswerteste potentielle Auswirkung der Änderung sei, dass AlmaLinux nicht mehr an die Linie der “Bug-for-Bug-Kompatibilität” mit Red Hat gebunden sei. Damit könne man Fehlerbehebungen außerhalb von Red Hats Veröffentlichungszyklus akzeptieren. können. Das bedeute zwar, dass einige AlmaLinux OS Nutzer auf Fehler stoßen können, die nicht in Red Hat enthalten sind, auf der anderen Seite könnten sie aber auch von früheren Bugfixes profitieren, die bei Red Hat noch nicht aufgenommen worden seien.

In den Entwicklungs- und Build-Prozessen werde sich einiges ändern. Eines der ersten Dinge seien Kommentare in den Patches einfügen werden, die einen Link zum Ursprung des Patches enthalten. Diese Änderung sei aus mehreren Gründen hilfreich, diene aber insbesondere dem Ziel Transparenz zu schaffen.

Zudem werde man jeden, der Fehler in AlmaLinux OS meldet, darum bitten, das Problem auch in CentOS Stream zu testen und zu replizieren, damit AlmaLInux seine Energie darauf konzentrieren könne, das Problem an der richtigen Stelle zu beheben.

Man wolle auch klarstellen, dass man weiterhin Upstream-Beiträge zu Fedora und CentOS Stream und zum größeren Enterprise-Linux-Ökosystem leisten werde, so wie es seit der Gründung der Foundation geschehen sei.

Der Beitrag AlmaLinux gibt 1:1-Kompatibilität mit Red Hat Enterprise Linux auf erschien zuerst auf Linux-Magazin.

Weil Red Hat sich entschlossen zeigt, die Quellen für RHEL nicht länger auf git.centos.org zu veröffentlichen, geraten Distributionen, die darauf setzen, in Bedrängnis. Eine davon, Rocky Linux, hat nun nach eigenem Bekunden Wege gefunden, doch noch legal an die Quellen zu kommen.

Das Vorgehen von Red Hat, die Quellen nur noch zahlenden Kunden zugänglich zu machen, hält Rocky Linux für engstirnig und erinnert in einem Blogpost daran, dass dieser Quellcode in erster Linie aus Upstream-Open-Source Projektpaketen besteht, die sich nicht im Besitz von Red Hat befinden würden.

Glücklicherweise gebe es alternative Methoden, um den Quellcode zu erhalten, schreiben die Rocky-Linux-Macher. Eine Möglichkeit bestehe in der Verwendung von UBI-Container-Images, die auf RHEL basieren und über verschiedene Online-Quellen, einschließlich Docker Hub, erhältlich seien. Mit dem UBI-Image sei es leicht möglich, Red Hat-Quellen zuverlässig und unbelastet zu beziehen. Man habe dies mit OCI-Containern (Open Container Initiative) getestet, und es funktioniere genau wie erwartet, heißt es weiter.

Eine weitere Methode sei die Nutzung öffentlicher Cloud-Instanzen gegen Bezahlung. Damit könne jeder RHEL-Images in der Cloud aufsetzen und so den Quellcode für alle Pakete und Errata erhalten. Dies sei für Rocky Linux am einfachsten zu skalieren, da man alles über CI-Pipelines erledigen könne, indem man Cloud-Images aufsetze, um die Quellen über DNF zu erhalten, und diese automatisch in die eigenen Git-Repositories zu stellen.

Diese Methoden seien mit der GPL konform. Beide Methoden ermöglichten es, RHEL-Binärdateien und SRPMs auf legitime Weise zu beziehen, ohne das Engagement für Open-Source-Software zu gefährden oder Einschränkungen in den Nutzungsbedingungen oder EULAs zustimmen zu müssen, die Rechte beeinträchtigten. Rechtsberater hätten versichert, dass Rocky Linux das Recht habe mit diesen Alternativen den Quellcode zu erhalten, um sicherzustellen, dass man Rocky Linux weiterentwickeln könne.

Der Beitrag Rocky Linux sieht alternative Wege zu RHEL-Quellen erschien zuerst auf Linux-Magazin.

Die Entwickler von Rocky Linux haben Version 9 veröffentlicht. Rocky Linux gilt kompatibel zu Red Hat Enterprise Linux und kann damit die frühere Rolle von CentOS als stabile RHEL-Alternative einnehmen.

Rocky Linux 9 kommt mit Gnome 40 als Desktop und unterstützt die Architekturen x86_64, AARCH64, PPC64le und S390x. Aktualisierte Pakete sind unter anderem als GCC 11.2.1, LLVM 13.0.1, Rust 1.58.1 und Go 1.17.1 dabei. Die Distribution erhält Unterstützung bis ins Jahr 2032. Der Vorgänger Rocky Linux 8 wird noch bis 2029 mit Support versehen.

Rocky Linux 9 erweitere zudem die in Rocky Linux 8 verfügbaren Modulpaketierungsfunktionen. Alle Paketierungsmethoden wie Software Collections, Flatpaks und RPMs seien in die Aplication-Streams integriert, was es Entwicklern erleichtere, ihre bevorzugten Pakete zu verwenden, teilen die Macher mit.

Für das Monitoring biete die Cockpit-Webkonsole eine verbesserte Seite mit Leistungsmetriken, die dabei helfe, Ursachen für hohe CPU-, Speicher-, Festplatten- und Netzwerkauslastung zu identifizieren.

In der Ankündigung sind weitere Details genannt.

Der Beitrag CentOS-Ersatz: Rocky Linux 9 ist fertig erschien zuerst auf Linux-Magazin.