Almalinux zal niet langer 1:1 zijn met RHEL
Wauw, de beslissing van Red Hat toegang tot rhel-code beperken heeft gegeven om te praten en vooral heeft geleid tot verschillende veranderingen en veel besluitvorming door de projecten die op RHEL zijn gebaseerd, aangezien ze op een "indirecte" manier werden beïnvloed.
De wijziging is het gevolg van het feit dat Red Hat stopte met het openbaar publiceren van srpm-pakketten in de openbare repository van git.centos.org en alleen de CentOS Stream-repository overliet als de enige openbare bron van de RHEL-pakketcode.
Voor klanten de mogelijkheid om srpm-pakketten te downloaden via het gesloten gedeelte van de site, waar een aanvullende gebruikersovereenkomst (EULA) herdistributie van gegevens verbiedt, waardoor wordt voorkomen dat deze pakketten worden gebruikt om afgeleide distributies te creëren.
De CentOS Stream-repository is niet gesynchroniseerd met RHEL en de nieuwste pakketversies komen niet altijd overeen met de RHEL-pakketten. Gewoonlijk wordt CentOS Stream-ontwikkeling uitgevoerd met een klein voordeel, maar er zijn ook omgekeerde situaties: updates van sommige pakketten (bijvoorbeeld met de kernel) in CentOS Stream kunnen met vertraging worden vrijgegeven.
Onder de wijzigingen die zijn aangekondigd en die we hier op de blog hebben gedeeld, zijn de eerste zetten door AlmaLinux en Rocky Linux, welke ze noemden een wijziging in hun stappenplannen en processen.
ook We mogen de sterke kritiek die Oracle op Red Hat uitte niet buiten beschouwing laten, waarmee de beperking van de toegang tot de RHEL-code niet werd gemeten en totaal werd afgekeurd, verscholen achter "absurde" voorwendsels.
Daarnaast ook SUSE wilde graag op de deelnemerslijst de aankondiging van zijn eigen RHEL, onder het argument van het bevorderen van de eenheid van de gemeenschap en het bevorderen van diversiteit.
Van zijn kant, het project AlmaLinux ondanks dat het bekend had gemaakt dat het in het begin 1:1 zou blijven met RHEL, een wijziging in de ontwikkelingsstrategie aankondigen, waarna de distributie Red Hat Enterprise Linux en zal kleine verschillen in gedrag toelaten (het is mogelijk om enkele individuele patches toe te passen/af te laten).
Nu we niet langer slechts een 1:1 Red Hat-reconstructie zijn, nemen we even de tijd om na te denken over wat dat betekent. We zullen updates over dat proces blijven geven en zullen ook leden van de AlmaLinux OS Foundation betrekken bij dat gesprek en besluitvormingsproces.
Al mismo tiempo, het project behoudt de binaire compatibiliteit op ABI-niveau en het kan nog steeds worden gebruikt als vervanging voor RHEL. Daarnaast zal AlmaLinux het opnemen van bugfixes toestaan die stroomopwaarts nog niet zijn geaccepteerd of in latere projecten zijn uitgebracht. AlmaLinux zal, net als voorheen, informatie over gedetecteerde bugs naar stroomopwaartse Fedora- en CentOS Stream-projecten sturen, maar nu zal het niet wachten tot fixes erin worden geaccepteerd.
We delen enkele eerste gedachten, maar nemen bewust de tijd om de juiste volgende stap voor AlmaLinux OS te bepalen. Na veel discussie heeft de raad van bestuur van de AlmaLinux OS Foundation vandaag besloten om het doel om 1:1 te zijn met RHEL te laten vallen. Het AlmaLinux-besturingssysteem daarentegen zal proberen compatibel te zijn met de Application Binary Interface (ABI)*.
We zullen blijven streven naar het produceren van een Linux-distributie op ondernemingsniveau voor de lange termijn die is afgestemd op en ABI-compatibel is met RHEL als antwoord op de behoeften van onze gemeenschap, voor zover mogelijk, en op een zodanige manier dat de software draait op RHEL het zal hetzelfde draaien op AlmaLinux.
Het is vermeldenswaard dat wordt opgemerkt dat voor gewone gebruikers zullen de veranderingen in het gebruik van AlmaLinux minimaal zijn: RHEL-compatibele applicaties blijven werken en geïnstalleerde systemen zullen updates ontvangen om kwetsbaarheden op te lossen. De wijzigingen zullen voornamelijk betrekking hebben op het compliant houden van het pakket op het herhalingsniveau van fouten: AlmaLinux accepteert nu bugfixes die nog niet zijn opgelost in RHEL-releases.
Tot slot, als u geïnteresseerd bent om meer over de notitie te weten te komen, nodig ik u uit om de originele publicatie te raadplegen die u kunt bezoeken op de volgende link.