Zakończono generowanie aktualizacji dla dystrybucji CentOS 8.x, które zostało zastąpione stale aktualizowaną edycją CentOS Stream. Na 31 stycznia planowane jest usunięcie zawartości powiązanej z gałęzią CentOS 8 z serwerów lustrzanych i przeniesienie do archiwum Vault.centos.org.
CentOS Stream jest pozycjonowany jako projekt upstream dla RHEL, dający uczestnikom zewnętrznym możliwość kontrolowania przygotowania pakietów dla RHEL, proponowania ich zmian i wpływania na podejmowane decyzje. Wcześniej migawka jednego z wydań Fedory posłużyła jako podstawa do stworzenia nowej gałęzi RHEL, która została sfinalizowana i ustabilizowana za zamkniętymi drzwiami, bez możliwości kontrolowania postępu rozwoju i podejmowanych decyzji. Podczas rozwoju RHEL 9, w oparciu o migawkę Fedory 34, przy udziale społeczności, powstała gałąź CentOS Stream 9, w której prowadzone są prace przygotowawcze i powstają podstawy dla nowej znaczącej gałęzi RHEL.
W przypadku CentOS Stream publikowane są te same aktualizacje, które są przygotowane dla jeszcze nie wydanej przyszłej wersji pośredniej RHEL, a głównym celem twórców jest osiągnięcie poziomu stabilności CentOS Stream identycznego z RHEL. Zanim pakiet dotrze do CentOS Stream, przechodzi przez różne automatyczne i ręczne systemy testowe i jest publikowany tylko wtedy, gdy uzna się, że jego poziom stabilności spełnia standardy jakości pakietów gotowych do publikacji w RHEL. Równolegle z CentOS Stream przygotowane aktualizacje umieszczane są w nocnych kompilacjach RHEL.
Użytkownikom zaleca się migrację do CentOS Stream 8 poprzez zainstalowanie pakietu centos-release-stream („dnf install centos-release-stream”) i uruchomienie polecenia „dnf update”. Alternatywnie użytkownicy mogą także przejść na dystrybucje kontynuujące rozwój gałęzi CentOS 8:
- AlmaLinux (skrypt migracji),
- Rocky Linux (skrypt migracji),
- VzLinux (skrypt migracji)
- Oracle Linux (skrypt migracji).
Ponadto Red Hat zapewnił możliwość (skrypt migracji) bezpłatnego wykorzystania RHEL w organizacjach rozwijających oprogramowanie open source oraz w indywidualnych środowiskach programistycznych z maksymalnie 16 systemami wirtualnymi lub fizycznymi.
Źródło: opennet.ru