Historia RHEL, CentOS, Rocky Linux i AlmaLinux

Dlaczego istnieją dwie darmowe wersje Red Hat Enterprise Linux

Projekty Rocky Linux oraz AlmaLinux powstały, ponieważ firma Red Hat zakończyła wsparcie dla CentOS Linux na lata przed terminem, na który liczyli użytkownicy. CentOS był darmową, niebrandowaną wersją Red Hat Enterprise Linux (RHEL), oferującą ten sam długi okres wsparcia. 8 grudnia 2020 roku projekt CentOS ogłosił, że wsparcie dla CentOS Linux 8 zostanie zakończone z końcem 2021 roku, zamiast planowanego 2029 roku. W ciągu tygodnia od tego ogłoszenia zapowiedziano dwa projekty zastępcze, które są rozwijane do dziś.

To ogłoszenie staje się zrozumiałe dopiero po wyjaśnieniu, czym był CentOS i dlaczego darmowa kopia komercyjnego produktu w ogóle mogła istnieć. Historia ta rozpoczyna się w 2003 roku.

Dokąd zmierzał Red Hat Linux w 2003 roku: Fedora i RHEL

Pierwotnym produktem firmy Red Hat była dystrybucja pudełkowa o nazwie Red Hat Linux. Pierwsze wydanie niebędące wersją beta ukazało się w maju 1995 roku. Red Hat nie stworzył tego systemu od podstaw, a droga od systemu Unix z Bell Labs do wolnego jądra Linux wyjaśnia, dlaczego elementy wchodzące w skład pakietu można było legalnie sprzedawać w pudełku. Ostatnia wersja, Red Hat Linux 9, została wydana 31 marca 2003 roku, a jej wsparcie zakończyło się 30 kwietnia 2004 roku.

W tamtym czasie Red Hat prowadził sprzedaż dla przedsiębiorstw, które oczekiwały cech niedostępnych w produkcie pudełkowym: wersji systemu o stabilnym cyklu życia trwającym lata, z poprawkami bezpieczeństwa i bez niespodziewanych aktualizacji. Red Hat stworzył w tym celu Red Hat Linux Advanced Server, który w marcu 2002 roku przekształcił się w Red Hat Enterprise Linux 2.1. RHEL jest sprzedawany w modelu subskrypcyjnym, rozliczanym rocznie za każdy system. Subskrypcja obejmuje aktualizacje oraz wsparcie techniczne. Zapewnia również certyfikację: dostawcy sprzętu i oprogramowania komercyjnego przeprowadzają testy specyficznie pod kątem RHEL i uwzględniają go w swoich warunkach wsparcia.

Darmowa linia produktów straciła wówczas swoje wyraźne przeznaczenie, więc Red Hat połączył ją z zewnętrznym projektem społecznościowym. Fedora Project oraz Red Hat Project zostały formalnie scalone 22 września 2003 roku. Fedora stała się szybką, darmową dystrybucją, w której jako pierwszej wdrażane są nowe rozwiązania. RHEL stał się wolniejszym, płatnym produktem budowanym na jej bazie. Od tego czasu prace przebiegają w tym kierunku: Fedora wyznacza kierunek, a RHEL za nią podąża. Najwyraźniejszym przykładem jest systemd, który stał się domyślnym rozwiązaniem w Fedorze w maju 2011 roku, a do RHEL trafił dopiero w wersji 7 w czerwcu 2014 roku, zatem spór o zastąpienie SysV init został rozstrzygnięty w projektach nadrzędnych na lata przed jego wdrożeniem na serwerach klasy enterprise.

Podział ten pozostawił lukę. Wiele osób oczekiwało dziesięcioletniego cyklu życia RHEL bez konieczności opłacania subskrypcji za każdy serwer, a Fedora nie mogła tego zapewnić, ponieważ wydanie Fedory jest wspierane przez około trzynaście miesięcy.

Dlaczego darmowa rekompilacja RHEL była możliwa?

RHEL jest budowany niemal w całości z oprogramowania na wolnych licencjach, przy czym kluczowe znaczenie ma tutaj GNU General Public License (GPL). Wymaga ona, aby każdy, kto otrzymuje pliki binarne, mógł również uzyskać odpowiadający im kod źródłowy. Red Hat wywiązywał się z tego obowiązku publicznie, publikując źródłowe pakiety RPM (SRPM, czyli spakowany kod źródłowy każdego komponentu) na publicznym serwerze, a później w repozytoriach git.centos.org.

Kod źródłowy nie stanowi całego produktu. Dwie części RHEL nigdy nie były objęte licencją pozwalającą na swobodne kopiowanie. Znaki towarowe Red Hat należą do firmy Red Hat, dlatego twórca rekompilacji musi usunąć każde logo i każdą wzmiankę o tej nazwie. Płatne usługi również pozostają za paywallem: serwery aktualizacji, umowa wsparcia technicznego, proces certyfikacji oraz erraty opisujące każdą poprawkę.

Przepis był łatwy do opisania. Należy pobrać opublikowane źródła, usunąć branding, skompilować je ponownie i opublikować wynik. Celem była kompatybilność "błąd w błąd", co oznacza, że rekompilacja zawiera te same poprawki i wykazuje to samo zachowanie co RHEL, łącznie z błędami. Ta precyzja była istotą rzeczy, ponieważ oprogramowanie komercyjne jest certyfikowane pod kątem RHEL. Jeśli rekompilacja zachowuje się identycznie, oprogramowanie to na niej działa, choć producent nie zapewni dla niej wsparcia technicznego.

Czym był CentOS?

CentOS to skrót od Community ENTerprise Operating System. Wywodzi się z projektu o nazwie cAos Linux, zainicjowanego przez Gregory'ego Kurtzera w 2002 roku. Pierwsze wydanie CentOS pojawiło się 14 maja 2004 roku i otrzymało numer 2, ponieważ bazowało na RHEL 2.1AS.

O jego popularności decydował cykl życia. Każde wydanie CentOS podążało za dziesięcioletnim okresem wsparcia RHEL i było darmowe. Firmy hostingowe używały go jako domyślnego obrazu systemu, uniwersytety uruchamiały go na klastrach, dostawcy urządzeń instalowali go w swoich produktach, a panele sterowania zakładały jego obecność. Jeśli w okresie między 2006 a 2020 rokiem wynajmowano wirtualny serwer prywatny, CentOS znajdował się w menu wyboru systemu operacyjnego i często był ustawieniem domyślnym.

CentOS Linux 7 stanowi przykład realizacji tych założeń w praktyce. Został wydany 7 lipca 2014 roku, a jego wsparcie bezpieczeństwa trwało do 30 czerwca 2024 roku, czyli zaledwie kilka dni krócej niż pełne dziesięć lat. Ten wynik jest powodem, dla którego użytkownicy bez obaw opierali swoje dziesięcioletnie plany na kolejnych wydaniach.

Co zmieniło się po dołączeniu CentOS do Red Hat w 2014 roku

7 stycznia 2014 roku firmy Red Hat oraz projekt CentOS ogłosiły nawiązanie współpracy. W ogłoszeniu wzięli udział ówczesny dyrektor ds. technologii Red Hat, Brian Stevens, oraz główny programista CentOS, Karanbir Singh. Red Hat zapewnił wsparcie kadrowe i infrastrukturę, kilku kluczowych programistów CentOS zostało zatrudnionych przez Red Hat, a projekt zyskał formalną radę nadzorczą.

Dla użytkowników widoczne efekty były korzystne. Kompilacje pojawiały się szybciej po każdej wersji RHEL. Źródła przeniesiono do git.centos.org. Grupy zainteresowań (Special Interest Groups) tworzyły dodatkową zawartość ponad dystrybucję bazową, taką jak stosy wirtualizacji i pamięci masowej.

Zmiana strukturalna była mniej zauważalna, a to ona okazała się kluczowa sześć lat później. Projekt, który zajmował się przebudową RHEL, był teraz finansowany i w dużej mierze obsadzony przez firmę sprzedającą RHEL. Żaden element tego porozumienia nie zobowiązywał Red Hat do utrzymywania projektu przebudowy w nieskończoność.

Dlaczego wsparcie dla CentOS Linux 8 zakończyło się w 2021 roku?

System CentOS Linux 8 został wydany 24 września 2019 roku. Wsparcie dla RHEL 8 przewidziano do 31 maja 2029 roku, dlatego zakładano, że CentOS Linux 8 będzie wspierany do 2029 roku.

8 grudnia 2020 roku Rich Bowen opublikował na blogu CentOS wpis „CentOS Project shifts focus to CentOS Stream”. Ogłoszono w nim, że wsparcie dla CentOS Linux 8 zakończy się 31 grudnia 2021 roku. Dla CentOS Linux 7 utrzymano pierwotną datę 30 czerwca 2024 roku. Jako powód podano zmianę kierunku rozwoju projektu na CentOS Stream.

[
  {
    "label": "Announced at release, September 2019",
    "support_window": 9.7
  },
  {
    "label": "Delivered, ended December 2021",
    "support_window": 2.3
  }
]

System CentOS Linux 8 został wydany z przewidywanym okresem wsparcia wynoszącym około 9.7 lat. Rzeczywisty okres wsparcia wyniósł około 2.3. Nie usunięto żadnych funkcji ani nie pogorszono jakości kodu. Użytkownicy stracili jedynie gwarancję daty, na której opierali swoje plany w środowiskach produkcyjnych, otrzymując zaledwie rok wypowiedzenia. Migracja systemu operacyjnego w całej infrastrukturze jest procesem planowanym, a w tym przypadku stała się pracą nieplanowaną z narzuconym terminem.

Czym dokładnie jest CentOS Stream?

Większość opracowań nadal opisuje CentOS Stream jako projekt, który doprowadził do zakończenia wsparcia dla CentOS Linux. Choć zbieżność czasowa jest poprawna, opis ten jest błędny, ponieważ oba produkty wyznaczają odmienne kierunki rozwoju.

CentOS Linux był dystrybucją typu downstream względem RHEL. Red Hat wydawał wersję minor RHEL, a CentOS tworzył jej kompilację po fakcie. Kopia zawsze pojawiała się po oryginale.

CentOS Stream jest projektem typu upstream względem RHEL. Jest to publiczna gałąź, w której montowane jest kolejne wydanie minor RHEL. Praca przepływa z Fedora do CentOS Stream, a następnie do RHEL, więc pakiet pojawia się najpierw w Stream, a dopiero później trafia do wydania minor RHEL. Stream jest dostarczany w sposób ciągły, więc nie pozostaje w bezruchu między wersjami minor, w przeciwieństwie do wydanego RHEL.

Dzięki temu Stream jest użyteczny w zadaniach, których CentOS Linux nigdy nie mógł wykonać. Jeśli utrzymujesz oprogramowanie, które musi działać w kolejnym wydaniu minor RHEL, Stream pozwala sprawdzić to wydanie z wielomiesięcznym wyprzedzeniem. Jeśli chcesz naprawić błąd w RHEL, Stream jest miejscem, do którego możesz wysłać poprawkę, czego nigdy nie oferowała kompilacja typu downstream. Argumentacja Red Hat z 2020 roku głosiła, że zmienia to pasywną kopię w dystrybucję, którą społeczność może realnie modyfikować.

Stream nadal pozostaje słabym zamiennikiem tego, czego oczekiwali użytkownicy CentOS Linux, co potwierdza okres wsparcia. CentOS Stream 10 został wydany 12 grudnia 2024 roku z okresem wsparcia wynoszącym około pięciu lat, w porównaniu do dziesięciu lat w przypadku RHEL. Zespół zarządzający infrastrukturą w oparciu o dziesięcioletni plan nie otrzymał szybszej wersji tego planu. Otrzymał inny produkt o innym przeznaczeniu.

Pochodzenie Rocky Linux i AlmaLinux

System Rocky Linux został zapowiedziany 8 grudnia 2020 roku, w tym samym dniu co komunikat dotyczący CentOS, przez Gregory'ego Kurtzera, który zainicjował projekt, z którego wyewoluował CentOS. Nazwa stanowi hołd dla Rocky'ego McGaugha, jednego z pierwszych współzałożycieli CentOS. Projekt jest zarządzany przez Rocky Enterprise Software Foundation (RESF), a jego głównym komercyjnym wsparciem jest CIQ, firma założona przez Kurtzera. Wersja release candidate pojawiła się pod koniec kwietnia 2021 roku, a pierwsze stabilne wydanie, Rocky Linux 8.4 "Green Obsidian", ukazało się 21 czerwca 2021 roku.

System AlmaLinux wywodzi się z CloudLinux, firmy, która już wcześniej oferowała dostawcom usług hostingowych dystrybucję wywodzącą się z RHEL. 15 grudnia 2020 roku CloudLinux zadeklarował przeznaczanie ponad miliona dolarów rocznie na darmową kompilację RHEL, znaną wówczas pod nazwą kodową Project Lenix. Nazwę AlmaLinux ogłoszono 12 stycznia 2021 roku, wersja beta pojawiła się 1 lutego, a AlmaLinux 8.3 "Purple Manul" został wydany 30 marca 2021 roku. Tego samego dnia własność została przekazana AlmaLinux OS Foundation, organizacji non-profit, która posiada znak towarowy i zarządza radą projektu.

Oba projekty rozwiązały ten sam problem przy odmiennych modelach zarządzania. Rocky wywodzi się od osoby, która zapoczątkowała CentOS, wraz z firmą zbudowaną wokół tego przedsięwzięcia. AlmaLinux powstał w firmie, która przekazała znak towarowy fundacji w dniu wydania systemu. Przez dwa lata różnice praktyczne były niewielkie i oba projekty dostarczyły użytkownikom to, co utracili wraz z CentOS Linux.

Zmiany wprowadzone przez Red Hat w źródłach RHEL w 2023 roku

21 czerwca 2023 roku Mike McGrath, ówczesny wiceprezes ds. platform podstawowych w Red Hat, opublikował wpis "Furthering the evolution of CentOS Stream". Kluczowe zdanie wskazywało, że CentOS Stream stanie się jedynym repozytorium dla publicznych wydań kodu źródłowego powiązanego z RHEL. Źródła RHEL, które były przesyłane do git.centos.org, przestały być tam udostępniane.

Klienci i partnerzy Red Hat zachowali dostęp do źródeł RHEL za pośrednictwem portalu klienta, co jest zgodne z licencją GPL, ponieważ obowiązek udostępniania dotyczy osób, które otrzymały pliki binarne. Zmiana dotyczyła publicznej ścieżki dostępu. Rejestr pakietów określający dokładnie, co zostało wydane w danej wersji minor RHEL, przestał być publikowany otwarcie, a CentOS Stream znajduje się przed RHEL, a nie na tym samym poziomie. W rezultacie twórcy dystrybucji opartych na RHEL, pracujący wyłącznie w oparciu o Stream, nie są w stanie dokładnie odtworzyć wydanej wersji minor.

Stanowisko Red Hat zakładało, że Stream jest projektem typu upstream i że publiczny kod źródłowy powinien znajdować się właśnie tam. Stanowisko projektów zajmujących się przebudowywaniem źródeł było takie, że zmiana ta usunęła fundament, na którym budowały one swoje rozwiązania od 2004 roku. Oba opisy są poprawne. Spór dotyczy celu licencji, a nie jej literalnego brzmienia.

Jak zareagowały dystrybucje typu rebuild i czym jest OpenELA

Rocky Linux odpowiedział jako pierwszy. W publikacji z dnia 29 czerwca 2023 r. projekt poinformował, że będzie nadal pozyskiwać źródła RHEL kanałami, które nie wiążą się z dodatkowymi umowami: obrazami kontenerowymi Universal Base Image (UBI) firmy Red Hat oraz płatnymi instancjami RHEL w chmurach publicznych. Każdy, kto otrzymuje te pliki binarne, posiada prawo wynikające z licencji GPL do odpowiadających im źródeł. Rocky utrzymał swój cel, jakim jest śledzenie wydań RHEL w stosunku jeden do jednego.

AlmaLinux zareagował inaczej. W lipcu 2023 r. zarząd, któremu przewodniczy benny Vasquez, porzucił cel bycia identycznym z RHEL i przyjął zamiast tego kompatybilność na poziomie Application Binary Interface (ABI). Kompatybilność ABI oznacza, że oprogramowanie zbudowane dla RHEL działa bez modyfikacji na AlmaLinux, mimo że oba systemy nie są identycznymi kompilacjami. Ten kompromis zapewnił swobodę. AlmaLinux może dostarczyć poprawkę przed RHEL i może nadal wspierać sprzęt, z którego wsparcia RHEL zrezygnował.

Dwaj więksi dostawcy również podjęli działania. 11 lipca 2023 r. firma SUSE ogłosiła, że stworzy fork publicznie dostępnego RHEL i zainwestuje ponad dziesięć milionów dolarów amerykańskich w kompatybilną dystrybucję. Oracle, który od 2006 r. dostarcza Oracle Linux jako produkt kompatybilny z RHEL, opublikował własną odpowiedź w tym samym tygodniu.

10 sierpnia 2023 r. CIQ, Oracle i SUSE ogłosiły powstanie Open Enterprise Linux Association (OpenELA). Jest to stowarzyszenie branżowe, którego jedynym zadaniem jest publikowanie źródeł enterprise Linux, aby można było nadal tworzyć dystrybucje kompatybilne z RHEL i zachować swobodę redystrybucji tych źródeł. W listopadzie 2023 r. ogłoszono dokumenty dotyczące zarządzania oraz dostępność kodu. AlmaLinux nie dołączył do stowarzyszenia, co wynika z decyzji o przejściu na ABI, ponieważ projekt nie potrzebuje już dokładnego źródła danych.

Którą wersję wybrać obecnie na serwer?

[
  {
    "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"
  }
]

Wydania wersji 10 pokazują obecny stan rynku. RHEL 10 zadebiutował 20 maja 2025 r., AlmaLinux 10 „Purple Lion” 27 maja 2025 r., a Rocky Linux 10 „Red Quartz” 11 czerwca 2025 r. Każda z tych dystrybucji publikuje 10-letni okres wsparcia. CentOS Stream 10 publikuje 5 lat, co stanowi wyraźny sygnał, że jest to gałąź rozwojowa, a nie zamrożony cel.

Projekty zaczęły się również różnić w sposób, który może prowadzić do problemów. RHEL 10 podniósł wymagania sprzętowe do poziomu x86-64-v3, czyli architektury wymagającej nowszych instrukcji procesora, takich jak AVX2. Rocky Linux 10 przyjął ten sam standard, rezygnując z x86-64-v2. AlmaLinux 10 domyślnie korzysta z x86-64-v3, ale udostępnia oddzielną kompilację x86-64-v2 dla starszych procesorów. W przypadku taniego VPS na starszym procesorze hosta, ta jedna decyzja decyduje o tym, czy system w ogóle się zainstaluje. Jeśli rozważasz ten wybór dla konkretnej maszyny, porównanie obu rebuildów dla VPS zestawia obietnice kompatybilności oraz wymagania procesorowe. Różnice ujawniają się również po instalacji, a instalacja Docker Engine na Rocky Linux lub AlmaLinux jest zazwyczaj pierwszym wyzwaniem, z którym stykają się użytkownicy, ponieważ podman zajmuje komendę docker, a SELinux zmienia etykiety montowań typu bind w sposób, o którym nie wspominają poradniki dla Ubuntu.

Cztery praktyczne wnioski płynące z harmonogramu:

• Jeśli potrzebujesz relacji z dostawcą, wybierz RHEL. Subskrypcja jest produktem, który zapewnia certyfikaty i wsparcie techniczne, jakiego nie oferuje żaden rebuild.
• Jeśli oczekujesz tego, co oferował CentOS Linux, zarówno AlmaLinux, jak i Rocky Linux zapewniają to za darmo z dziesięcioletnim okresem wsparcia. Przechodząc z Debian lub Ubuntu, główną zmianą w codziennej pracy jest menedżer pakietów, dlatego warto mieć pod ręką odpowiedniki komend apt w dnf przez pierwszy tydzień.
• Jeśli tworzysz oprogramowanie, które musi działać na RHEL, lub chcesz, aby Twoje poprawki do niego trafiały, CentOS Stream jest właściwym celem, a krótszy okres wsparcia jest ceną, którą trzeba zapłacić.
• Jeśli żadna z powyższych opcji nie ma zastosowania, świat Debian odpowiada na to samo pytanie o cykl życia w swój własny sposób, a wybór między Ubuntu LTS a wydaniami interim to wersja tej decyzji, z którą spotkasz się w tym środowisku.

Lekcja płynąca z tego harmonogramu dotyczy zarządzania, a nie samego kodu. CentOS Linux był dobrym oprogramowaniem, a mimo to zakończył żywot przedwcześnie, ponieważ był finansowany przez firmę, której produkt kopiował. Wybierając dystrybucję dla maszyny, która ma działać przez dekadę, sprawdź, kto ją finansuje i kto jest właścicielem znaku towarowego. AlmaLinux utrzymuje swój znak towarowy w fundacji. Rocky utrzymuje go w RESF, przy wsparciu komercyjnym CIQ. Oba projekty publikują te informacje, co jest większą przejrzystością, niż użytkownik CentOS mógł uzyskać w 2019 roku.

Kwestia ta dotyczy bezpośrednio osób wynajmujących serwery. Na niezarządzanym VPS aktualizacje przeprowadzasz samodzielnie, więc wczesne zakończenie wsparcia oznacza konieczność zaplanowania migracji i poświęcenia na nią czasu. Rutynowa część tej pracy nie wymaga obecności przy klawiaturze, a konfiguracja dnf-automatic do instalacji aktualizacji bezpieczeństwa według harmonogramu pozwala skupić uwagę na migracjach, które faktycznie tego wymagają. Instalacja poprawki to nie to samo co jej uruchomienie, dlatego sprawdź, które aktualizacje wymagają restartu, a które wymagają jedynie ponownego uruchomienia usługi, zanim uznasz maszynę za zabezpieczoną. Jeśli pytanie o system operacyjny pozostaje otwarte na szerszym poziomie, porównanie między Linux a Windows Server powinno poprzedzać wszystkie powyższe rozważania.

FAQ

Czy CentOS nie żyje?

CentOS Linux został wycofany. Wsparcie dla CentOS Linux 8 zakończyło się 31 grudnia 2021 roku, a dla CentOS Linux 7 – 30 czerwca 2024 roku, więc żaden z nich nie otrzymuje już aktualizacji bezpieczeństwa. Sam projekt CentOS nadal istnieje i tworzy CentOS Stream, który jest innym produktem: publiczną gałęzią rozwojową, która zasila Red Hat Enterprise Linux. Jeśli serwer nadal działa na CentOS Linux, jest on niezałatany, a typowymi celami migracji są AlmaLinux oraz Rocky Linux.

Jaka jest różnica między CentOS Stream a CentOS Linux?

Kierunek zmian. CentOS Linux był dystrybucją typu downstream: Red Hat wydawał wersję minor RHEL, a CentOS budował ją ponownie po fakcie. CentOS Stream jest dystrybucją typu upstream: to tutaj powstaje kolejna wersja minor RHEL, więc jej zawartość pojawia się przed RHEL, a nie po nim. Stream jest aktualizowany w sposób ciągły, zamiast być zamrożonym, a CentOS Stream 10 oferuje około pięcioletni okres wsparcia w porównaniu do dziesięciu lat w przypadku RHEL.

Wybrać Rocky Linux czy AlmaLinux?

Oba systemy są darmowe, oba ściśle podążają za RHEL i oba deklarują dziesięcioletni okres wsparcia, więc w większości zastosowań serwerowych sprawdzi się każdy z nich. Różnice praktyczne wynikają z decyzji podjętych w 2023 roku. Rocky dąży do odwzorowania RHEL wydanie po wydaniu, budując system ze źródeł pozyskiwanych przez obrazy kontenerów UBI oraz instancje w chmurze publicznej. AlmaLinux stawia na kompatybilność ABI, co pozwala na wcześniejsze wdrażanie poprawek i utrzymanie wsparcia dla sprzętu, z którego RHEL zrezygnował. AlmaLinux 10 publikuje kompilację x86-64-v2 dla starszych procesorów, podczas gdy Rocky Linux 10 wymaga x86-64-v3, więc w przypadku starszego sprzętu ten szczegół może być rozstrzygający.

Czy Red Hat złamał licencję GPL w 2023 roku?

Żaden sąd tego nie orzekł, a zobowiązania wynikające z GPL dotyczą osób otrzymujących pliki binarne. Red Hat nadal dostarcza swoim klientom odpowiednie kody źródłowe. Spór dotyczy tego, co dzieje się później: subskrypcja może zostać nieodnowiona, a projekty typu rebuild interpretują to jako nacisk, by nie korzystać z prawa do redystrybucji, które nadaje licencja. Dlatego Rocky przeszedł na źródła, które nie podlegają umowie subskrypcyjnej, i dlatego powstało OpenELA, aby publikować źródła w sposób otwarty.

Dlaczego Red Hat w ogóle zakończył projekt CentOS Linux?

Podanym powodem w ogłoszeniu z 8 grudnia 2020 roku było to, że przyszłością projektu jest CentOS Stream, a rebuild, który jedynie kopiował RHEL, nie dawał społeczności żadnego wpływu na jego rozwój. Wielu użytkowników dopatrywało się w tym również motywu komercyjnego, ponieważ CentOS Linux był darmową wersją produktu sprzedawanego przez Red Hat, działającą w środowiskach produkcyjnych organizacji, które mogły pozwolić sobie na subskrypcję. Własne publikacje Red Hat odnoszą się do modelu rozwoju, a nie do tej interpretacji.