Warum es Rocky Linux und AlmaLinux gibt
Erfahren Sie, warum CentOS Linux 8 bereits Ende 2021 eingestellt wurde, obwohl Support bis 2029 geplant war, und wie daraus Rocky Linux und AlmaLinux entstanden.
Warum es zwei kostenlose Nachbauten von Red Hat Enterprise Linux gibt
Rocky Linux und AlmaLinux existieren, weil Red Hat CentOS Linux Jahre vor dem von seinen Nutzern eingeplanten Termin eingestellt hat. CentOS war ein kostenloser, markenfreier Nachbau von Red Hat Enterprise Linux (RHEL) und bot denselben langen Supportzeitraum. Am 8. Dezember 2020 kündigte das CentOS Project an, dass CentOS Linux 8 Ende 2021 eingestellt wird, statt bis 2029 weiterzulaufen. Innerhalb einer Woche nach dieser Ankündigung wurden zwei Ersatzprojekte angekündigt. Beide werden bis heute veröffentlicht.
Diese Ankündigung lässt sich erst einordnen, wenn Sie wissen, was CentOS war und warum eine kostenlose Kopie eines kommerziellen Produkts überhaupt existieren durfte. Die Geschichte beginnt im Jahr 2003.
Wo Red Hat Linux 2003 hin verschwand: Fedora und RHEL
Das ursprüngliche Produkt von Red Hat war eine Box-Distribution namens Red Hat Linux. Die erste Version außerhalb der Betaphase erschien im Mai 1995. Red Hat entwickelte dieses System nicht von Grund auf. Der Weg von Bell Labs Unix zu einem freien Linux-Kernel erklärt, warum die darin gebündelten Bestandteile frei in einer Box verkauft werden konnten. Die letzte Version, Red Hat Linux 9, wurde am 31. März 2003 veröffentlicht und erreichte am 30. April 2004 das Ende ihres Lebenszyklus.
Zu diesem Zeitpunkt verkaufte Red Hat an Unternehmen. Unternehmen benötigten etwas, das das Box-Produkt nicht bieten konnte: eine Version, die über Jahre unverändert bleibt, Sicherheitsupdates erhält und keine unerwarteten Upgrades einführt. Red Hat entwickelte dafür Red Hat Linux Advanced Server. Daraus wurde im März 2002 Red Hat Enterprise Linux 2.1. RHEL wird als Abonnement verkauft und pro System und Jahr berechnet. Das Abonnement umfasst Updates und Support. Es umfasst außerdem Zertifizierungen: Hardwarehersteller und Anbieter kommerzieller Software testen ihre Produkte gezielt mit RHEL und nennen RHEL in ihren Supportbedingungen.
Für die kostenlose Produktlinie gab es anschließend keine klare Aufgabe mehr. Deshalb führte Red Hat sie mit einem externen Community-Projekt zusammen. Das Fedora Project und das Red Hat Project wurden am 22. September 2003 offiziell zusammengeführt. Fedora wurde zur schnellen, kostenlosen Distribution, in der neue Entwicklungen zuerst veröffentlicht werden. RHEL wurde zur langsameren, kostenpflichtigen Distribution, die daraus zusammengestellt wird. Seitdem fließen die Entwicklungen in diese Richtung: Fedora geht voran, RHEL folgt. systemd ist das deutlichste Beispiel. Es wurde im Mai 2011 zum Standard in Fedora und kam erst mit Version 7 im Juni 2014 in RHEL zum Einsatz. Damit war die Diskussion über den Ersatz von SysV init bereits Jahre zuvor im Upstream-Projekt entschieden, bevor die Änderung auf einem Enterprise-Server eingeführt wurde.
Durch diese Aufteilung entstand eine Lücke. Viele Anwender wollten den zehnjährigen Lebenszyklus von RHEL ohne die Kosten pro Server. Fedora konnte diese Lücke nicht schließen, weil eine Fedora-Version ungefähr dreizehn Monate lang unterstützt wird.
Warum war ein kostenloser Neuaufbau von RHEL möglich?
RHEL basiert fast vollständig auf Software unter freien Lizenzen. Hier ist die GNU General Public License (GPL) entscheidend. Sie schreibt vor, dass jeder, der die Binärdateien erhält, auch den zugehörigen Quellcode beziehen können muss. Red Hat erfüllte diese Pflicht öffentlich. Das Unternehmen veröffentlichte die Source RPMs (SRPMs, die paketierten Quellen der einzelnen Komponenten) auf einem öffentlichen Server und später in den Repositories von git.centos.org.
Der Quellcode ist nicht das gesamte Produkt. Zwei Bestandteile von RHEL durften nie frei kopiert werden. Die Marken von Red Hat gehören Red Hat. Ein Neuaufbau muss daher jedes Logo und jede Erwähnung des Namens entfernen. Auch die kostenpflichtigen Dienste bleiben hinter der Bezahlschranke: die Update-Server, der Supportvertrag, der Zertifizierungsprozess und die Errata, in denen die einzelnen Fehlerbehebungen beschrieben werden.
Das Vorgehen ließ sich einfach beschreiben. Die veröffentlichten Quellen übernehmen, die Marken entfernen, die Quellen neu bauen und das Ergebnis veröffentlichen. Ziel war die Kompatibilität auf Fehler-Ebene. Das bedeutet, dass der Neuaufbau dieselben Patches und dasselbe Verhalten wie RHEL enthält, einschließlich derselben Fehler. Diese Genauigkeit war entscheidend, weil kommerzielle Software für RHEL zertifiziert wird. Wenn sich der Neuaufbau identisch verhält, läuft diese Software darauf, auch wenn der Anbieter sie dort nicht unterstützt.
Wofür wurde CentOS verwendet?
CentOS steht für Community ENTerprise Operating System. Es ging aus einem Projekt namens cAos Linux hervor, das Gregory Kurtzer 2002 startete. Das erste CentOS-Release erschien am 14. Mai 2004 mit der Versionsnummer 2, weil es auf RHEL 2.1AS basierte.
Seine Stärke war der lange Lebenszyklus. Jedes CentOS-Release folgte dem zehnjährigen Supportzeitraum von RHEL und war kostenlos. Hosting-Unternehmen verwendeten es für Standard-Images, Universitäten betrieben es auf Clustern, Appliance-Hersteller lieferten es in ihren Produkten aus, und Control Panels setzten voraus, dass es vorhanden war. Wenn Sie zwischen ungefähr 2006 und 2020 einen virtuellen privaten Server gemietet haben, stand CentOS in der Liste der Betriebssysteme. Häufig war es dort auch die Standardeinstellung.
CentOS Linux 7 zeigt, dass dieses Konzept wie versprochen funktionierte. Es wurde am 7. Juli 2014 veröffentlicht, und der Security Support lief bis zum 30. Juni 2024. Das waren nur wenige Tage weniger als zehn volle Jahre. Deshalb waren viele bereit, auf Grundlage des nächsten Releases Pläne für zehn Jahre zu erstellen.
Was sich 2014 änderte, als CentOS zu Red Hat kam
Am 7. Januar 2014 gaben Red Hat und das CentOS Project bekannt, dass sie ihre Kräfte bündeln würden. Der damalige Chief Technology Officer von Red Hat, Brian Stevens, und der leitende Entwickler von CentOS, Karanbir Singh, äußerten sich beide in der Ankündigung. Red Hat stellte Mitarbeiter und Infrastruktur bereit, mehrere zentrale CentOS-Entwickler wurden Angestellte von Red Hat, und das Projekt erhielt ein formelles Leitungsgremium.
Für die Benutzer waren die sichtbaren Auswirkungen positiv. Nach jeder RHEL-Version wurden die Builds schneller veröffentlicht. Die Quellen wurden nach git.centos.org verschoben. Special Interest Groups erstellten zusätzliche Inhalte auf Basis der Distribution, beispielsweise für Virtualisierung und Storage.
Die strukturelle Änderung verlief weniger auffällig. Sie war jedoch diejenige, die sechs Jahre später entscheidend wurde. Das Projekt, das RHEL nachbaute, wurde nun von dem Unternehmen finanziert und weitgehend mit Mitarbeitern besetzt, das RHEL verkaufte. Diese Vereinbarung verpflichtete Red Hat zu nichts, was den Fortbestand des Rebuilds betraf.
Warum endete CentOS Linux 8 im Jahr 2021?
CentOS Linux 8 wurde am 24. September 2019 veröffentlicht. RHEL 8 wurde bis zum 31. Mai 2029 unterstützt. Daher wurde angenommen, dass CentOS Linux 8 ebenfalls bis 2029 unterstützt würde.
Am 8. Dezember 2020 veröffentlichte Rich Bowen im CentOS-Blog den Beitrag „CentOS Project shifts focus to CentOS Stream“. CentOS Linux 8 sollte am 31. Dezember 2021 enden. CentOS Linux 7 sollte weiterhin zum ursprünglich angekündigten Termin am 30. Juni 2024 enden. Als Grund wurde angegeben, dass die Zukunft des Projekts in CentOS Stream liege.
The data behind this chart
[
{
"label": "Announced at release, September 2019",
"support_window": 9.7
},
{
"label": "Delivered, ended December 2021",
"support_window": 2.3
}
]CentOS Linux 8 wurde mit einer erwarteten Supportdauer von etwa 9.7 Jahren veröffentlicht. Tatsächlich wurden etwa 2.3 Jahre erreicht. Es wurde kein Feature entfernt, und der Code wurde nicht verschlechtert. Verloren ging ein Termin, auf den sich die Nutzer bereits festgelegt hatten, und zwar auf Maschinen, die bereits produktiv eingesetzt wurden, mit etwas mehr als einem Jahr Vorlauf. Die Migration eines Betriebssystems über eine ganze Systemlandschaft hinweg ist geplante Arbeit. In diesem Fall wurde sie zu ungeplanter Arbeit mit einer festen Frist.
Was ist CentOS Stream genau?
In den meisten Darstellungen wird CentOS Stream weiterhin als das Produkt beschrieben, das CentOS Linux abgeschafft hat. Der zeitliche Zusammenhang stimmt, die Beschreibung jedoch nicht, denn die beiden Produkte verfolgen entgegengesetzte Richtungen.
CentOS Linux lag unterhalb von RHEL. Red Hat veröffentlichte eine RHEL-Nebenversion, und CentOS erstellte anschließend einen Rebuild davon. Die Kopie erschien immer nach dem Original.
CentOS Stream liegt oberhalb von RHEL. Es ist der öffentliche Entwicklungszweig, in dem die nächste RHEL-Nebenversion zusammengestellt wird. Die Änderungen fließen von Fedora in CentOS Stream und anschließend in RHEL. Ein Paket erscheint daher zuerst in Stream und erreicht später eine RHEL-Nebenversion. Stream wird kontinuierlich bereitgestellt. Zwischen Nebenversionen bleibt es daher nicht stehen wie eine veröffentlichte RHEL-Version.
Dadurch eignet sich Stream für Aufgaben, die CentOS Linux nicht erfüllen konnte. Wenn Sie Software betreuen, die auch mit der nächsten RHEL-Nebenversion funktionieren muss, können Sie diese Version in Stream mehrere Monate im Voraus prüfen. Wenn Sie einen Fehler in RHEL beheben lassen möchten, können Sie den Patch an Stream senden. Diese Möglichkeit bot ein nachgelagerter Rebuild nicht. Red Hat argumentierte 2020, dass dadurch aus einer passiven Kopie eine Distribution wird, die die Community tatsächlich ändern kann.
Stream ist weiterhin kein guter Ersatz für das, was CentOS-Linux-Nutzer wollten. Das Supportfenster bestätigt dies. CentOS Stream 10 wurde am December 12, 2024 mit einem Zeitraum von etwa fünf Jahren veröffentlicht, während RHEL zehn Jahre bietet. Ein Team, das seine Serverflotte für zehn Jahre plante, erhielt keine schnellere Variante dieses Modells. Es erhielt ein anderes Produkt mit einem anderen Zweck.
Wo Rocky Linux und AlmaLinux entstanden sind
Rocky Linux wurde am 8. Dezember 2020 angekündigt, am selben Tag wie der CentOS-Beitrag. Die Ankündigung stammte von Gregory Kurtzer, der das Projekt gestartet hatte, aus dem CentOS hervorging. Der Name ist eine Würdigung von Rocky McGaugh, einem frühen Mitbegründer von CentOS. Das Projekt wird von der Rocky Enterprise Software Foundation (RESF) verwaltet. Der wichtigste kommerzielle Unterstützer ist CIQ, ein von Kurtzer gegründetes Unternehmen. Ein Release Candidate erschien Ende April 2021. Die erste stabile Version, Rocky Linux 8.4 "Green Obsidian", folgte am 21. Juni 2021.
AlmaLinux entstand bei CloudLinux, einem Unternehmen, das bereits eine von RHEL abgeleitete Distribution an Hosting-Anbieter verkaufte. Am 15. Dezember 2020 sagte CloudLinux mehr als eine Million US-Dollar pro Jahr für einen kostenlosen RHEL-Rebuild zu, der zunächst den Codenamen Project Lenix trug. Der Name AlmaLinux wurde am 12. Januar 2021 angekündigt. Eine Betaversion erschien am 1. Februar. AlmaLinux 8.3 "Purple Manul" wurde am 30. März 2021 veröffentlicht. Am selben Tag ging die Eigentümerschaft an die AlmaLinux OS Foundation über, eine gemeinnützige Organisation, die die Marke hält und den Vorstand des Projekts führt.
Beide Projekte lösten dasselbe Problem mit einer unterschiedlichen Governance. Rocky entstand aus dem Umfeld der Person, die CentOS gestartet hatte, und wurde von einem darauf ausgerichteten Unternehmen getragen. AlmaLinux entstand bei einem Unternehmen, das die Marke am Tag der Veröffentlichung an eine Stiftung übergab. In den ersten zwei Jahren war der praktische Unterschied gering. Beide lieferten, was den Benutzern von CentOS Linux fehlte.
Was Red Hat 2023 an den RHEL-Quellen geändert hat
Am 21. Juni 2023 veröffentlichte Mike McGrath, damals Vice President of Core Platforms bei Red Hat, den Beitrag „Furthering the evolution of CentOS Stream“. Der entscheidende Satz lautete, dass CentOS Stream zum einzigen Repository für öffentlich veröffentlichte RHEL-bezogene Quellcodes werden sollte. Die RHEL-Quellen, die zuvor auf git.centos.org bereitgestellt worden waren, wurden dort nicht mehr veröffentlicht.
Red-Hat-Kunden und -Partner behalten über das Kundenportal Zugriff auf die RHEL-Quellen. Das erfüllt die Anforderungen der GPL, weil die Verpflichtung gegenüber den Personen besteht, die die Binärdateien erhalten haben. Geändert wurde der öffentliche Bereitstellungsweg. Die paketweise Aufzeichnung darüber, was genau in einer bestimmten RHEL-Minor-Version enthalten war, wurde nicht mehr öffentlich bereitgestellt. Außerdem liegt CentOS Stream vor RHEL und nicht auf derselben Entwicklungsstufe. Ein Rebuild-Projekt, das ausschließlich Stream verwendet, kann daher eine veröffentlichte Minor-Version nicht exakt reproduzieren.
Die Position von Red Hat war, dass Stream der Upstream ist und öffentliche Quellen dort veröffentlicht werden sollten. Die Position der Rebuild-Projekte war, dass durch die Änderung das Material entfernt wurde, auf dem sie seit 2004 aufgebaut hatten. Beide Beschreibungen sind zutreffend. Der Streit betrifft den Zweck der Lizenz, nicht ihren Wortlaut.
Wie die Rebuilds reagierten und was OpenELA ist
Rocky Linux reagierte zuerst. In einem Beitrag vom 29. Juni 2023 erklärte das Projekt, es werde weiterhin RHEL-Quellen über Wege beziehen, die keine zusätzliche Vereinbarung erfordern: über Red Hats Universal Base Image (UBI)-Container-Images und über nutzungsbasierte RHEL-Instanzen in öffentlichen Clouds. Wer diese Binärdateien erhält, hat gemäß GPL das Recht auf den zugehörigen Quellcode. Rocky hielt an seinem Ziel fest, jede RHEL-Version zeitgleich nachzubilden.
AlmaLinux reagierte anders. Im Juli 2023 gab das Board unter dem Vorsitz von benny Vasquez das Ziel einer exakten Übereinstimmung mit RHEL auf und entschied sich stattdessen für Kompatibilität der Application Binary Interface (ABI). ABI-Kompatibilität bedeutet, dass für RHEL erstellte Software unverändert auf AlmaLinux läuft, ohne dass beide Distributionen identische Builds sein müssen. Dieser Tausch schuf mehr Handlungsspielraum. AlmaLinux kann einen Fix veröffentlichen, bevor RHEL dies tut, und weiterhin Hardware unterstützen, die RHEL nicht mehr unterstützt.
Auch zwei größere Anbieter bewegten sich. Am 11. Juli 2023 erklärte SUSE, es werde öffentlich verfügbare RHEL-Quellen forken und mehr als zehn Millionen US-Dollar in eine kompatible Distribution investieren. Oracle, das Oracle Linux seit 2006 als RHEL-kompatibles Produkt veröffentlicht, legte noch in derselben Woche eine eigene Reaktion vor.
Am 10. August 2023 kündigten CIQ, Oracle und SUSE die Open Enterprise Linux Association (OpenELA) an. Dabei handelt es sich um einen Branchenverband mit einer Aufgabe: Er veröffentlicht Enterprise-Linux-Quellen, damit RHEL-kompatible Distributionen weiterhin erstellt werden können, und hält diese Quellen zur freien Weiterverbreitung verfügbar. Im November 2023 gab der Verband seine Governance-Dokumente und die Verfügbarkeit des Codes bekannt. AlmaLinux trat nicht bei. Das folgt aus seiner ABI-Entscheidung, da es keine exakte Quellenbereitstellung mehr benötigt.
Welche Distribution sollten Sie heute auf einem Server einsetzen?
The data behind this chart
[
{
"distro": "RHEL 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "AlmaLinux 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "Rocky Linux 10",
"support_window": 10,
"notes": "Released June 2025, supported to May 2035"
},
{
"distro": "CentOS Stream 10",
"support_window": 5,
"notes": "Released December 2024, supported to May 2030"
}
]Die Veröffentlichungen der Version 10 zeigen, wie die Entwicklung ausgegangen ist. RHEL 10 wurde am May 20, 2025 veröffentlicht, AlmaLinux 10 "Purple Lion" am May 27, 2025 und Rocky Linux 10 "Red Quartz" am June 11, 2025. Jede dieser Distributionen veröffentlicht ein 10-jähriges Supportfenster. CentOS Stream 10 veröffentlicht 5 Jahre. Das ist ein eindeutiges Zeichen dafür, dass es sich um einen Entwicklungszweig und nicht um ein unveränderliches Ziel handelt.
Die Projekte unterscheiden sich inzwischen auch in Punkten, die in der Praxis relevant sind. RHEL 10 hat die Hardwarevoraussetzungen auf x86-64-v3 angehoben. Diese Mikroarchitekturstufe erfordert neuere CPU-Befehle wie AVX2. Rocky Linux 10 hat diese Vorgabe übernommen und x86-64-v2 eingestellt. AlmaLinux 10 verwendet standardmäßig x86-64-v3 und veröffentlicht zusätzlich einen separaten x86-64-v2-Build für ältere Prozessoren. Bei einem günstigen VPS auf einem älteren Host-Prozessor entscheidet diese einzelne Vorgabe darüber, ob sich das System installieren lässt. Wenn Sie diese Abwägung für eine bestimmte Maschine prüfen, stellt der Vergleich der beiden Rebuilds für einen VPS die Kompatibilitätszusagen und CPU-Voraussetzungen direkt gegenüber. Die Unterschiede bleiben auch nach der Installation bestehen. Docker Engine unter Rocky Linux oder AlmaLinux installieren ist meist der erste davon, mit dem Benutzer konfrontiert werden, weil podman den Befehl docker bereits belegt und SELinux Bind-Mounts auf eine Weise neu labelt, die in einer Ubuntu-Anleitung nicht erwähnt wird.
Vier praktische Schlussfolgerungen aus dieser Zeitleiste:
- Wenn Sie die Beziehung zum Hersteller benötigen, kaufen Sie RHEL. Das Abonnement ist das Produkt. Es umfasst die Zertifizierungen und den Support, die kein Rebuild bieten kann.
- Wenn Sie das verwenden möchten, was CentOS Linux bereitgestellt hat, bieten AlmaLinux und Rocky Linux beides kostenlos mit einem Supportfenster von zehn Jahren. Wenn Sie von einem Debian- oder Ubuntu-System wechseln, besteht die tägliche Umstellung hauptsächlich im Paketmanager. Halten Sie daher in der ersten Woche das dnf-Äquivalent jedes apt-Befehls griffbereit.
- Wenn Sie Software entwickeln, die unter RHEL laufen muss, oder wenn Ihre Patches RHEL erreichen sollen, ist CentOS Stream das richtige Ziel. Das kürzere Supportfenster ist der Preis dafür.
- Wenn nichts davon zutrifft, beantwortet die Debian-Welt dieselbe Frage zum Lebenszyklus auf ihre eigene Weise. Die Wahl zwischen Ubuntu LTS und Interim-Releases ist dort die entsprechende Variante dieser Entscheidung.
Die grundlegende Lehre aus der Zeitleiste betrifft eher die Governance als den Code. CentOS Linux war gute Software und wurde trotzdem vorzeitig eingestellt, weil es von dem Unternehmen finanziert wurde, dessen Produkt es nachbildete. Wenn Sie eine Distribution für eine Maschine auswählen, die voraussichtlich zehn Jahre laufen soll, prüfen Sie, wer sie finanziert und wem die Marke gehört. AlmaLinux hält seine Marke in einer Stiftung. Rocky hält sie bei der RESF, mit CIQ als kommerziellem Sponsor. Beide Projekte veröffentlichen diese Informationen. Das ist mehr, als ein CentOS-Benutzer 2019 überprüfen konnte.
Das betrifft Sie unmittelbar, wenn Sie Server mieten. Auf einem nicht verwalteten VPS führen Sie die Updates selbst durch. Ein vorzeitiges Ende des Lebenszyklus wird dadurch zu einer Migration, die Sie planen müssen, und zu zusätzlichem Zeitaufwand. Der routinemäßige Teil dieser Arbeit erfordert keine manuelle Eingabe, und die Konfiguration von dnf-automatic für die zeitgesteuerte Installation von Sicherheitsupdates lässt Ihnen mehr Zeit für Migrationen, die tatsächlich Aufmerksamkeit erfordern. Einen Patch zu installieren ist nicht dasselbe wie ihn auszuführen. Prüfen Sie daher welche dieser Updates einen Reboot erfordern und bei welchen nur ein Dienst neu gestartet werden muss, bevor Sie eine Maschine als aktualisiert betrachten. Wenn die Frage nach dem Betriebssystem auf einer grundsätzlicheren Ebene noch offen ist, kommt der Vergleich zwischen Linux und Windows Server vor all diesen Entscheidungen.
FAQ
Ist CentOS tot?
CentOS Linux wurde eingestellt. CentOS Linux 8 endete am December 31, 2021, und CentOS Linux 7 endete am June 30, 2024. Daher erhält keine der beiden Versionen mehr Sicherheitsupdates. Das CentOS Project besteht weiterhin und entwickelt CentOS Stream. Dabei handelt es sich um ein anderes Produkt: den öffentlichen Entwicklungszweig, aus dem Red Hat Enterprise Linux hervorgeht. Wenn ein Server noch CentOS Linux ausführt, ist er ungepatcht. Häufige Migrationsziele sind AlmaLinux und Rocky Linux.
Was ist der Unterschied zwischen CentOS Stream und CentOS Linux?
Die Richtung. CentOS Linux war nachgelagert: Red Hat veröffentlichte eine RHEL-Minor-Version, und CentOS erstellte anschließend einen Rebuild davon. CentOS Stream ist vorgelagert: Dort wird die nächste RHEL-Minor-Version zusammengestellt. Die Inhalte erreichen Stream daher vor RHEL und nicht danach. Stream wird kontinuierlich aktualisiert und nicht eingefroren. CentOS Stream 10 bietet ein Supportzeitfenster von ungefähr fünf Jahren, während es bei RHEL zehn Jahre sind.
Soll ich Rocky Linux oder AlmaLinux wählen?
Beide Distributionen sind kostenlos, verfolgen RHEL eng und bieten ein Zeitfenster von zehn Jahren. Für die meisten Server ist daher jede der beiden Distributionen geeignet. Die praktischen Unterschiede ergeben sich aus ihren Entscheidungen im Jahr 2023. Rocky verfolgt das Ziel, jede RHEL-Version direkt nachzubilden. Dazu erstellt das Projekt Rebuilds aus Quellen, die es über UBI-Container-Images und öffentliche Cloud-Instanzen bezieht. AlmaLinux zielt auf ABI-Kompatibilität. Dadurch kann das Projekt früher Patches bereitstellen und Hardware weiter unterstützen, die RHEL nicht mehr unterstützt. AlmaLinux 10 veröffentlicht einen x86-64-v2-Build für ältere CPUs. Rocky Linux 10 erfordert x86-64-v3. Auf älterer Hardware kann dieses Detail daher ausschlaggebend sein.
Hat Red Hat 2023 gegen die GPL verstoßen?
Kein Gericht hat das festgestellt. Die Verpflichtung aus der GPL gilt gegenüber den Personen, die die Binärdateien erhalten. Red Hat stellt seinen Kunden weiterhin die passenden Quellen bereit. Der Streit betrifft den nächsten Schritt: Ein Abonnement kann nicht verlängert werden. Die Rebuild-Projekte verstehen dies als Druck, das durch die Lizenz gewährte Recht zur Weiterverbreitung nicht zu nutzen. Deshalb wechselte Rocky zu Quellen, die keine Abonnementvereinbarung voraussetzen. Aus demselben Grund wurde OpenELA gegründet, um Quellen offen zu veröffentlichen.
Warum hat Red Hat CentOS Linux überhaupt eingestellt?
Als Begründung wurde in der Ankündigung vom December 8, 2020 genannt, dass die Zukunft des Projekts in CentOS Stream liege. Ein Rebuild, der lediglich RHEL kopiere, gebe der Community keine Möglichkeit, Einfluss darauf zu nehmen. Viele Benutzer vermuteten zusätzlich ein kommerzielles Motiv. CentOS Linux war eine kostenlose Version eines Produkts, das Red Hat verkauft. Organisationen, die sich ein Abonnement leisten konnten, nutzten diese Version in Produktionsumgebungen. Die eigenen Beiträge von Red Hat behandeln das Entwicklungsmodell und nicht diese Interpretation.