Almalinux ne sera plus 1:1 avec RHEL
Wow, la décision de Red Hat restreindre l'accès au code rhel a donné à parler et surtout a généré divers changements et beaucoup de prise de décision par les projets basés sur RHEL, car ils ont été affectés de manière "indirecte".
Le changement est dû au fait que Red Hat a cessé de publier publiquement les packages srpm dans le référentiel public git.centos.org et n'a laissé que le référentiel CentOS Stream comme seule source publique du code du package RHEL.
Pour les clients, la possibilité de télécharger des packages srpm via la section fermée du site, où un contrat d'utilisation supplémentaire (CLUF) interdit la redistribution des données, ce qui empêche l'utilisation de ces packages pour créer des distributions dérivées.
Le référentiel CentOS Stream n'est pas synchronisé avec RHEL et les dernières versions de package ne correspondent pas toujours aux packages RHEL. Habituellement, le développement de CentOS Stream est effectué avec un léger avantage, mais il existe également des situations inverses : les mises à jour de certains packages (par exemple, avec le noyau) dans CentOS Stream peuvent être publiées avec un retard.
Parmi les changements qui ont été annoncés et que nous avons partagés ici sur le blog, figurent les mouvements initiaux par AlmaLinux et Rocky Linux, lesquels ils ont mentionné un changement dans leurs feuilles de route et leurs processus.
Aussi Il ne faut pas laisser de côté la vive critique qu'a faite Oracle à Red Hat, avec qui la restriction d'accès au code RHEL n'a pas été mesurée et totalement désapprouvée, se cachant derrière des prétextes "absurdes".
En plus de ça aussi SUSE a souhaité rejoindre la liste des participants avec la annonce de son propre RHEL, sous l'argument de favoriser l'union de la communauté et de favoriser la diversité.
Pour sa part, le projet AlmaLinux bien qu'il ait fait savoir qu'au début, il continuerait d'être 1: 1 avec RHEL, annoncer un changement de stratégie de développement, après quoi la distribution ne clonera plus complètement Red Hat Enterprise Linux et permettra des différences mineures de comportement (il sera possible d'appliquer/absence de certains correctifs individuels).
Maintenant que nous ne sommes plus seulement une reconstruction Red Hat 1: 1, nous prenons le temps d'examiner les possibilités autour de ce que cela signifie. Nous continuerons à fournir des mises à jour sur ce processus et inclurons également les membres d'AlmaLinux OS Foundation dans cette conversation et ce processus de prise de décision.
En même temps, le projet préservera la compatibilité binaire au niveau ABI et il peut toujours être utilisé en remplacement de RHEL. De plus, AlmaLinux permettra l'inclusion de correctifs de bogues qui ne sont pas encore acceptés en amont ou publiés dans des projets ultérieurs. AlmaLinux, comme auparavant, enverra des informations sur les bogues détectés aux projets Fedora et CentOS Stream en amont, mais maintenant, il n'attendra pas que les correctifs soient acceptés.
Nous partageons quelques réflexions initiales, mais prenons intentionnellement notre temps pour décider de la bonne prochaine étape pour AlmaLinux OS. Après de longues discussions, le conseil d'administration d'AlmaLinux OS Foundation a décidé aujourd'hui d'abandonner l'objectif d'être 1:1 avec RHEL. Le système d'exploitation AlmaLinux, quant à lui, tentera d'être compatible avec l'Application Binary Interface (ABI)*.
Nous continuerons à viser à produire une distribution Linux de niveau entreprise à long terme alignée et conforme à ABI avec RHEL en réponse aux besoins de notre communauté, dans la mesure du possible, et de telle manière que le logiciel exécuté sur RHEL fonctionnera de la même manière sur AlmaLinux.
Il est à noter que l'on constate que pour les utilisateurs ordinaires, les changements dans l'utilisation d'AlmaLinux seront minimes : Les applications conformes à RHEL continueront de fonctionner et les systèmes installés recevront des mises à jour pour corriger les vulnérabilités. Les changements concerneront principalement le maintien de la conformité du package au niveau de la récurrence des erreurs : AlmaLinux acceptera désormais les corrections de bogues qui ne sont pas encore corrigées dans les versions RHEL.
Enfin, si cela vous intéresse de pouvoir en savoir plus sur la note, je vous invite à consulter la publication originale que vous pouvez visiter sur le lien suivant.