La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Linux => Discussion démarrée par: dj54 le 12 décembre 2020 à 00:56:20
-
Les dernières annonces de Red Hat montrent que l'éditeur ne veut soutenir à l'avenir que la version Stream de CentOS. Face à cette posture, le fondateur du projet CentOS annonce un autre projet : Rocky Linux qui sera 100% compatible avec RHEL.
source (https://www.lemondeinformatique.fr/actualites/lire-red-hat-enterre-centos-linux-ressucite-en-rocky-linux-81325.html)
-
On peut ajouter que cela ne concerne que la dernière version de CentOS, la 8, qui ne serait plus maintenue à partir de fin 2021, alors qu'elle devait l'être jusqu'en 2027, et pas CentOS 7. Elle serait donc remplacée par CenrOS Stream, qui deviendrait une plate forme de tests des mises à jour de la prochaine version, 8.x +1. Il y aurait des mises à jour tous les jours, une sorte de rolling release.
On perd la compatibilité à 100% avec RHEL, et la stabilité...
-
Pour simplifier les changements :
CentOS Linux 8, en tant que reconstruction de RHEL 8, prendra fin à la fin de 2021.
CentOS Stream continue après cette date, servant de la branche amont (développement) de RHEL (Red Hat Enterprise Linux).
CentOS Stream est décrit comme un "aperçu progressif" de ce qui va suivre dans RHEL, à la fois en termes de noyaux et de fonctionnalités. On parle de mise à jour, toutefois on reste en CentOS Stream 8 (le passage en CentOS Stream 9 se fait par un process de mise à jour distincts des mises à jour dans le canal). CentOS Stream n'est pas une rolling release dans le sens on on passe discrètement de la version 8 à la version 9. Le support de CentOS Stream 8 est par contre limité à 5 ans, contre 10 ans pour RHEL 8 et feu CentOS 8.
Plus en amont, les nouveautés introduites dans Fedora, servant de la branche amont (développement) de CentOS Stream. Toutefois il faut souvent de nombreuses années pour qu'une technologie passe de Fedora à RHEL. CentOS Stream est donc un intermédiaire.
(https://lafibre.info/testdebit/linux/202012_centos_changements.png)
Les mises à jour de CentOS Stream sont ensuite intégrées dans des paliers de Red Hat Enterprise Linux.
Le projet indique "Si vous utilisez CentOS Linux 8 dans un environnement de production et craignant que CentOS Stream ne réponde pas à vos besoins, nous vous encourageons pour contacter Red Hat sur les options.", ce qui sous-entend passer à Red Hat Enterprise Linux qui est payant.
La solution pourrait être Rocky Linux, indépendant de Red Hat, qui va reprendre les sources de RHEL pour en faire une version gratuite, ce qu'était CentOS à présent.
Un phrase fait aussi parler, celle des mises à jour de sécurité : Les problèmes de sécurité seront mis à jour dans CentOS Stream après avoir été résolus dans la version actuelle de RHEL. De toute évidence, les communiqués de sécurité sous embargo ne peuvent être rendus publics qu'après la levée de l'embargo.
Source : FAQ de CentOS (https://centos.org/distro-faq/)
-
hello
rocky linux n'a pas la date du disponible :(
bàv
Ro
-
Cela a un peu évolué :
La bonne nouvelle : Depuis le 1er février 2021, Red Hat met gratuitement à disposition RHEL pour les structures ayant 16 systèmes ou moins.
Il faut s'identifier sur le nouveau programme "Red Hat Developer Subscription (https://developers.redhat.com/register)", qui a été étendu de 1 à 16 systèmes.
les restrictions ont été levées et c'est vraiment une bonne solution pour ceux qui ont moins de 16 systèmes pour avoir l'équivalent de feu CentOS 8.
La mauvaise nouvelle : pour les grandes structure, il n'y a pas de modifications et il faut soit accepter CentOS Stream, soit passer à RHEL 8 (payant) soit changer de distribution.
J'attends de voir ce qui va se passer pour les serveurs dédiés OVH, Scaleway,...
Je connais une grande entreprise qui était en grande partie en CentOS (avec un peu de RHEL aussi pour des projets critiques) qui a pris la décision de changer carrément de distribution. Ubuntu server et Debian sont short-listés. Des tests doivent être menés sur les deux nouvelles distributions.
-
Cela semble avancer aussi correctement du côté de Rocky Linux, qui se veut le remplaçant de CentOS, créé par son ex fondateur, Gregory Kurtzer, avec la sortie toujours prévue au Q2 2021 :
https://rockylinux.org/news/community-update-february-2021/
Un autre candidat remplaçant, Alma Linux, est sorti en version beta, portée par Cloud Linux, une distribution destinée aux hébergeurs, qui était auparavant basée sur CentOS :
https://almalinux.org/
-
Le problème de ces projets qui sont jeunes et non officiellement supportés par les applications métiers posent problème aux grosses entreprises qui souhaitent que leur distribution dérivée de RHEL soit officiellement supportée.
Oracle Linux 8, un dériver de RHEL (le noyau n'est pas celui de RHEL) avec 10 ans de support est supporté officiellement par de nombreux logiciels et c'est une alternative.
Je ne sais pas pourquoi Oracle Linux 8 n'est pas short-listé dans l'entreprise dont j'ai parlé.
-
Dans les sponsors de Rocky Linux, on trouve quand même un poids lourd, AWS, et aussi Mattermost. Il faudra du temps effectivement pour que la pérennité d'une distribution soit reconnue, pour assurer les 10 ans de support qui vont avec un clone de RHEL, mais il y a beaucoup d'acteurs intéressés.
Je pense que pas grand monde n'a confiance en Oracle sur le long terme. C'est une très grosse boite, et il pourrait y avoir des conflits d'intérêt avec d'autres...
-
Les slides de Suse France : https://www.brighttalk.com/webcast/11477/464394
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_1.png)
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_2.png)
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_3.png)
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_4.png)
-
La comparaison avec Suse peut se faire point par point, sauf que CentOS n'est pas supprimé :
- Fedora => openSUSE
- CentOS Steam => openSUSE Tumbleweed
- CentOS => openSUSE Leap (souvent abrégé Leap)
- RHEL => SUSE Linux Enterprise (souvent abrégé SLE)
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_5.png)
Suse propose un "Extended support" pour le CentOS 8 abandonné, afin de séduire les entreprise et les garder...
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_6.png)
(https://lafibre.info/testdebit/linux/202103_centos_changements_slide_suse_7.png)
-
Pour ceux qui aiment bien "bidouiller comme moi, il y a une "release candidate" de Rocky Linux disponible : https://rockylinux.org/download
Je l'ai installé sur une VM j'ai pas rencontré de problèmes majeurs à l'installation (juste un soucis visuel de redimensionnement de certains éléments graphiques sur une des pages de l'installation)
-
Confirmation : Plus de mise à jour pour les CentOS Linux 8 qui n'ont pas été migrés vers CentOS 8 Stream : "Erreur : Échec du téléchargement des métadonnées pour le dépôt « appstream » : Cannot prepare internal mirrorlist: No URLs in mirrorlist"
CentOS Linux 7 continue par contre à avoir des mises à jour jusqu’au 30 juin 2024.
CentOS 9 Stream est disponible depuis le 3 décembre 2021.
Chez Scaleway, il n'y a plus que 3 Linux sur la page https://www.scaleway.com/fr/distributions-et-instant-apps/
- Ubuntu
- Debian
- Arch Linux
-
Confirmation : Plus de mise à jour pour les CentOS Linux 8 qui n'ont pas été migrés vers CentOS 8 Stream : "Erreur : Échec du téléchargement des métadonnées pour le dépôt « appstream » : Cannot prepare internal mirrorlist: No URLs in mirrorlist"
CentOS Linux 7 continue par contre à avoir des mises à jour jusqu’au 30 juin 2024.
CentOS 9 Stream est disponible depuis le 3 décembre 2021.
Chez Scaleway, il n'y a plus que 3 Linux sur la page https://www.scaleway.com/fr/distributions-et-instant-apps/
- Ubuntu
- Debian
- Arch Linux
Je pense qu'ils finiront par mettre Rockylinux ou Alma Linux en alternative. Car ne pas pouvoir fournir un des deux grands types de distribution, à base de rpm, et supporté par beaucoup d'éditeurs, c'est handicapant.
-
Oui c'est très probable, d'autant plus que c'est déjà le cas pour Dedibox : https://www.scaleway.com/fr/dedibox/systemes-exploitation/
-
Chez Scaleway, il n'y a plus que 3 Linux sur la page https://www.scaleway.com/fr/distributions-et-instant-apps/
- Ubuntu
- Debian
- Arch Linux
Cette page n'est pas à jour ; d'après la console, on peut installer :
(https://lafibre.info/images/online/202202_scaleway_centos_stream_9.webp)
-
Suite à la décision de 2020 de nombreux utilisateurs de CentOS ont basculé de CentOS vers une autre distribution clone de Red Hat Enterprise Linux (Alma Linux, Rocky Linux, Oracle Linux,... il y a du choix).
- Red Hat Enterprise Linux ⇒ Payant support de 10 ans
- Clone de RHEL : Alma Linux, Rocky Linux, Oracle Linux,... ⇒ Gratuit, support de 10 ans
- CentOS Stream ⇒ Gratuit, support de 5 ans
Et là, boom :
Red Hat a annoncé ne plus diffuser publiquement le code source lié à Red Hat Enterprise Linux !
Source : blog de Red Hat "Furthering the evolution of CentOS Stream (https://www.redhat.com/en/blog/furthering-evolution-centos-stream)" daté du 21 juin 2023
C'est la bombe nucléaire pour tuer les clones de Red Hat Enterprise Linux (abrégé ensuite RHEL) et rendre payant RHEL et son support de 10 ans (pour ceux qui peuvent supporter un support de 5 ans peuvent passer sur CentOS Stream).
Article de Phoronix (https://www.phoronix.com/news/Red-Hat-CentOS-Stream-Sources), traduit en français :
Red Hat limite désormais les sources RHEL au flux CentOS
Red Hat a annoncé aujourd'hui [21 juin 2023] que CentOS Stream sera désormais le seul référentiel pour les versions publiques du code source lié à RHEL.
Dans un mouvement susceptible d'aliéner certains utilisateurs et développeurs de la communauté Linux, Red Hat a décidé que CentOS Stream serait le seul référentiel pour le code source public lié à Red Hat Enterprise Linux. Les clients Red Hat payants auront toujours accès aux sources RHEL appropriées via le portail client Red Hat.
En limitant les sources publiques RHEL à CentOS Stream, il sera désormais plus difficile pour les distributions Linux d'entreprise de la communauté/dérivées comme Alma Linux, Rocky Linux, Oracle Linux, etc., de fournir des versions compatibles binaires 1:1 par rapport aux versions RHEL données.
Red Hat a écrit aujourd'hui dans un article de blog (https://www.redhat.com/en/blog/furthering-evolution-centos-stream) et écrit par Mike McGrath :
"Alors que la communauté CentOS Stream grandit et que le monde des logiciels d'entreprise s'attaque à de nouvelles dynamiques, nous souhaitons nous concentrer davantage sur CentOS Stream en tant que colonne vertébrale de l'innovation Linux d'entreprise. Nous poursuivons notre investissement et augmentons notre engagement envers CentOS Stream. CentOS Stream sera désormais le seul référentiel pour les versions publiques du code source lié à RHEL. Pour les clients et partenaires Red Hat, le code source restera disponible via le portail client Red Hat.
Pour être clair, ce changement ne signifie aucune modification du projet CentOS, CentOS Disponibilité du flux ou de la source pour CentOS Stream ou CentOS SIG."
Il s'agit d'une autre décision après le remaniement précédent de CentOS qui en ébranlera certains dans le monde de l'open source, Red Hat continuant de se concentrer davantage sur CentOS Stream en tant que RHEL en amont et de fournir RHEL plus explicitement à leurs clients payants.
-
J'avais vu, et c'est effectivement encore un nouveau mouvement très négatif de la part de RHEL, après la transformation du clone CentOS en une plateforme de test, CentOS Stream, avec CentOS 8 qui vient en fin de support en 2024, contre 2029 pour RHEL 8. Donc maintenant, il restreint l'accès aux sources, utilisées pour compiler les clones Rckylinux, Almalinux, Oracle Linux.... Le rachat par IBM de Red Hat Linux n'a pas fait de bien.
Maintenant, les sources sont toujours disponibles pour les souscripteurs de RHEL, et il ne doit pas être très compliqué d'avoir une telle souscription, même payante pour les projets alternatifs. Mais cela risque de compliquer l'automatisation.
J'attends de voir la réaction officielle des développeurs de RockyLinux, Almalinux et autres, pour savoir comment ils envisagent l'impact pour leurs projets.
Pour rappel, AlmaLinux a été choisi par le CERN et Femilab, en remplacement de CentOS, après le passage à CentoS Stream. Cela peut donc avoir un gros impact sur ces projets scientifiques, qui ont des milliers de serveurs, et pas forcément le moyen de payer des licences RHEL pour tous...
-
Maintenant, les sources sont toujours disponibles pour les souscripteurs de RHEL, et il ne doit pas être très compliqué d'avoir une telle souscription, même payante pour les projets alternatifs. Mais cela risque de compliquer l'automatisation.
La problématique est de diffuser librement cette ressource qui est payante.
Voici les premiers retours des distributions (Oracle Linux n'a pas communiqué) :
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_retrour_almalinux.webp)
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_retrour_rocky_linux.webp)
Annonce de Red Hat :
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream.webp)
Traduction :
Il y a plus de deux ans, Red Hat a introduit CentOS Stream comme point central de collaboration autour de Red Hat Enterprise Linux (RHEL). CentOS Stream réduit la fenêtre de rétroaction entre les ingénieurs de Red Hat et les partenaires, les clients et les communautés, tout en offrant une visibilité encore plus grande sur les prochaines innovations de RHEL. Nous avons connu un grand succès au sein de la communauté des Special Interest Group (SIG) pour aider à intégrer et à apporter plus rapidement de nouvelles technologies. Le SIG Automobile en est un excellent exemple. Les partenaires hardware ont également augmenté leur utilisation de CentOS Stream pour offrir un support plus rapide des nouvelles technologies matérielles. Grâce à CentOS Stream, le développement de Red Hat Enterprise Linux est plus transparent et ouvert que jamais.
Alors que la communauté de CentOS Stream se développe et que le monde des logiciels d'entreprise fait face à de nouvelles dynamiques, nous souhaitons concentrer notre attention sur CentOS Stream en tant que pilier de l'innovation Linux d'entreprise. Nous continuons à investir et à renforcer notre engagement envers CentOS Stream. CentOS Stream deviendra désormais le seul référentiel pour les versions publiques du code source lié à RHEL. Pour les clients et partenaires de Red Hat, le code source restera disponible via le portail client de Red Hat.
Il est important de préciser que ce changement n'entraîne aucun changement au projet CentOS, CentOS Stream ou de la disponibilité des sources pour CentOS Stream ou les SIG CentOS.
Pourquoi effectuer ce changement ?
Avant CentOS Stream, Red Hat publiait les sources publiques de RHEL sur git.centos.org. Lorsque le projet CentOS s'est recentré sur CentOS Stream, nous avons maintenu ces référentiels même si CentOS Linux n'était plus développé à partir de RHEL. L'engagement autour de CentOS Stream, les niveaux d'investissement en ingénierie et les nouvelles priorités que nous traitons pour les clients et partenaires rendent désormais inefficace le maintien de référentiels séparés et redondants. Le code source le plus récent sera toujours disponible via CentOS Stream.
Les clients et partenaires de Red Hat peuvent accéder aux sources de RHEL via les portails client et partenaire, conformément à leur contrat d'abonnement.
-
Maintenant, les sources sont toujours disponibles pour les souscripteurs de RHEL, et il ne doit pas être très compliqué d'avoir une telle souscription, même payante pour les projets alternatifs. Mais cela risque de compliquer l'automatisation.
On a la confirmation qu'il n'est pas possible de rependre les sources du portail clint RHEL : la republication des sources acquises via le portail client constituerait une violation des accords de licence.
-
Impact des changements RHEL sur AlmaLinux
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_retrour_almalinux_2.webp)
Hier, RedHat a annoncé un changement massif qui impacte touts les forks de Red Hat Enterprise Linux. À l'avenir, Red Hat publiera désormais uniquement le code source des RPM RHEL derrière son portail client. Étant donné que tous les clones RHEL dépendent des sources publiées, cela perturbe à nouveau l'ensemble de l'écosystème Red Hat.
Un bref résumé : la façon dont nous obtenons les sources RPM doit changer.
À la fin de la semaine dernière, l'un de nos membres du build SIG a remarqué que certaines mises à jour pour Red Hat 8 n'avaient pas été publiées sur git.centos.org comme elles étaient sensées l'être. Ils ont supposé qu'il s'agissait d'un bogue et ont ouvert un rapport de manière appropriée, mais au fil des jours sans résolution, nous savions que quelque chose n'allait pas. Ce matin, nous avons eu notre réponse :
Red Hat a décidé de continuer à utiliser le portail client pour partager le code source avec nos partenaires et clients, tout en traitant CentOS Stream comme le lieu de collaboration avec la communauté.
Ce changement signifie que nous, en tant que constructeurs d'un clone RHEL, serons désormais responsables de suivre les licences et les accords qui sont en place autour des interfaces de Red Hat, en plus de suivre les licences incluses dans les sources logicielles. Malheureusement, d'après ce que nous comprenons aujourd'hui, les accords d'interface utilisateur de Red Hat indiquent que la republication des sources acquises via le portail client constituerait une violation de ces accords.
Cela signifie que nous avons besoin d'une nouvelle solution.
Les solutions à court et à long terme à ce changement sont quelque chose dont nous discuterons au cours des prochaines semaines. Nous avons passé une grande partie de notre temps aujourd'hui à plonger profondément pour nous assurer que nous comprenions la profondeur du problème et à discuter de nos options potentielles.
À court terme, nous travaillerons avec d'autres membres de l'écosystème RHEL pour nous assurer que nous continuons à fournir des mises à jour de sécurité avec la rapidité et la stabilité pour lesquelles nous sommes devenus connus.
À long terme, nous travaillerons avec ces mêmes partenaires et avec notre communauté pour identifier la meilleure voie à suivre pour AlmaLinux dans le cadre de l'écosystème Linux d'entreprise.
Si vous avez des questions, vous savez comment nous trouver (en chat (https://chat.almalinux.org/) ou sur discours (https://almalinux.discourse.group/)). Sachez également qu'il s'agit d'une situation qui évolue rapidement et que nous nous ajusterons et mettrons à jour aussi rapidement que possible. Si vous souhaitez que votre voix soit prise en compte dans le cadre de la conversation à mesure que nous avançons, veuillez vous joindre à la discussion en cours sur discourse (https://almalinux.discourse.group/t/how-is-rh-new-move-affecting-the-el-family/) ou me contacter directement.
Si vous avez des besoins qui ne sont pas satisfaits ou auxquels il n'a pas une réponse ci-dessous, n'hésitez pas à nous contacter : benny@almalinux.org
FAQ (car il y en a déjà beaucoup) :
Vous trouverez ci-dessous quelques questions que nous avons déjà vues revenir plusieurs fois. Nous mettrons à jour cela avec toutes les questions supplémentaires que nous verrons au fur et à mesure que nous continuerons.
Cela signifie-t-il que je ne recevrai pas de mises à jour de sécurité pour mon serveur AlmaLinux OS ?
Non. Dans l'immédiat, notre plan est de tirer parti des mises à jour CentOS Stream et des mises à jour Oracle Linux pour garantir que les correctifs de sécurité continuent d'être publiés. Ces mises à jour seront soigneusement organisées pour s'assurer qu'elles sont compatibles 1:1 avec RHEL, sans violer les licences de Red Hat, et seront vérifiées et testées comme toutes nos autres versions.
Qui est actuellement impliqué dans les conversations sur les prochaines étapes pour AlmaLinux ?
À ce jour, notre conseil d'administration, notre président et tous nos dirigeants SIG ont été impliqués dans les conversations, ainsi que de nombreux autres membres de la communauté. Si vous souhaitez participer aux conversations, veuillez vous joindre à la discussion en cours sur discourse (https://almalinux.discourse.group/t/how-is-rh-new-move-affecting-the-el-family/) ou me contacter directement.
Pouvez-vous simplement utiliser les sources CentOS Stream ?
Non, nous nous engageons à rester un clone RHEL en aval, et l'utilisation des sources CentOS Stream nous placerait en amont de RHEL. Les sources CentOS Stream, tout en étant en amont de RHEL, n'incluent pas toujours tous les correctifs et mises à jour inclus dans les packages RHEL.
Red Hat essaie-t-il de tuer les clones en aval ?
Nous ne pouvons pas parler des intentions de Red Hat et ne pouvons que souligner les choses qu'ils ont dites publiquement. Nous avons eu une relation de travail incroyable avec Red Hat tout au long de la vie d'AlmaLinux OS et nous espérons que cela se poursuivra.
Source : Blog AlmaLinux (https://almalinux.org/blog/impact-of-rhel-changes/), par Benny Vasquez, Présidente du Conseil d'administration de la fondation AlmaLinux OS.
Traduit de l'anglais par Google et Vivien
-
Oui, cela sent de plus en plus mauvais. Une question que j'aurais, Oracle a-t-il un accès privilégié aux sources de RedHat ? Cela m'étonnerait, même si Oracle est riche, et même dans ce cas, pourrait-il les redistribuer...
-
La situation d'Oracle est différente : Ces derniers mois, Red Hat et Oracle ont annoncé renforcer leur collaboration et il y a eu des accords.
⇒ https://www.oracle.com/fr/news/announcement/red-hat-and-oracle-expand-collaboration-2023-01-31/
Oracle Linux est certifié sur des serveurs IBM (propriétaire de Red Hat).
Je n'ai pas vu d'information officielle, mais je pense qu'Oracle a toujours accès au code RHEL.
Les sources d'Oracle Linux seront-elles toujours disponibles gratuitement ? J'ai un gros doute. Comme Red Hat, Oracle souhaite faire de l'argent et pas favoriser ce que certains nomment comme des parasites (AlmaLinux et Rocky Linux). Le programme Oracle Linux Support de la société vise à fournir un support technique commercial, couvrant Oracle Linux.
À noter qu'Oracle Linux a quelques différences avec RHEL, ce n'est pas un simple clone. Oracle propose un noyau "incassable" basé sur les nouvelles versions du noyau Linux principal, avec les propres améliorations d'Oracle.
-
L'intérêt de 10 ans de support (vs 5 ans pour CentOS Stream) n'est pas pertinent pour tous :
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_2.webp)
-
La situation d'Oracle est différente : Ces derniers mois, Red Hat et Oracle ont annoncé renforcer leur collaboration et il y a eu des accords.
⇒ https://www.oracle.com/fr/news/announcement/red-hat-and-oracle-expand-collaboration-2023-01-31/
Oracle Linux est certifié sur des serveurs IBM (propriétaire de Red Hat).
Je n'ai pas vu d'information officielle, mais je pense qu'Oracle a toujours accès au code RHEL.
Les sources d'Oracle Linux seront-elles toujours disponibles gratuitement ? J'ai un gros doute. Comme Red Hat, Oracle souhaite faire de l'argent et pas favoriser ce que certains nomment comme des parasites (AlmaLinux et Rocky Linux). Le programme Oracle Linux Support de la société vise à fournir un support technique commercial, couvrant Oracle Linux.
À noter qu'Oracle Linux a quelques différences avec RHEL, ce n'est pas un simple clone. Oracle propose un noyau "incassable" basé sur les nouvelles versions du noyau Linux principal, avec les propres améliorations d'Oracle.
Effectivement, j'avais oublié le "unbreakable" noyau d'Oracle. Et donc je ne savais pas qu'Oracle avait de tels liens avec IBM (même si là, il semble s'agir de supporter un OS RHEL sur l'infrastructure Cloud d'Oracle).
J'ai aussi un gros doute que les sources restent disponibles chez Oracle, d'abord par la politique de RHEL d'où ils viennent, ensuite vu la réputation d'Oracle, et le précédent du rachat de Sun...
-
L'intérêt de 10 ans de support (vs 5 ans pour CentOS Stream) n'est pas pertinent pour tous :
Ce n'est pas pertinent quand tu as toutes les ressources en interne pour tout faire par toi même.
après quand tu es une TPE/PME c'est agréable de pouvoir faire les mises à jours pendant 10 ans pour des services qui hébergent de petits services / des serveurs de calculs (je pense aussi aux laboratoires de recherche publics)
Ubuntu se lance là dedans aussi non ? (les MAJ de 10 ans)
-
Le standard de support gratuit, c'est 5 ans.
Le support à 10 ans est rarement gratuit.
- Ubuntu : Support 10 ans gratuit pour un usage personnel, mais payant en entreprise, cf https://ubuntu.com/pro
(le support est complet, Main + Universe soit 2300 paquets qui ont un support de 10 ans)
- Debian : Support 10 ans uniquement pour les paquets où des entreprises ont payé pour qu'une société rajoute ce support "Extended LTS" cf https://wiki.debian.org/fr/LTS/Extended
(le support 10 ans est donc partiel et concerne que des paquets où certaines entreprises ont mit de l'argent)
Pour les particuliers, je vois peu d'intérêt du support à 10 ans, généralement la mise à jour est assez facile vers une version suivante.
À noter que sur ce forum, SMF est tellement long à prendre en charge les versions récentes de PHP que j'ai du dépasser les 5 années (avec support Ubuntu Pro). J'ai ensuite fait une double mise à jour quand le support PHP récent a été mis en place (Ubuntu 16.04 => 20.04). Là il faut que j'ugprade vers la version majeure de SMF suivante pour faire un upgarde vers Ubuntu 22.04.
-
- Debian : Support 10 ans uniquement pour les paquets où des entreprises ont payé pour qu'une société rajoute ce support "Extended LTS" cf https://wiki.debian.org/fr/LTS/Extended
(le support 10 ans est donc partiel et concerne que des paquets où certaines entreprises ont mit de l'argent)
Même pour des paquets "standard" pour lesquels d'autres entreprises ont déjà souscrit, c'est loin d'être gratuit pour une simple VM "web"
Your list of packages to support in Debian stretch contains 163 packages.
Among those there are 0 packages that Freexian will not support (see the warnings.csv file for details). Among the 163 packages that we can support, there are 80 that have an history of security vulnerabilities.
The price for each semester consists of a fixed sum (covering the cost of the base system and infrastructure costs) and of a variable amount depending on the cost of your packages (you can have some details about the price of each package in the initial period in the packages-cost.csv file) and of the time elapsed.
The price increase tries to model the loss of customers over time, it’s a slow increase over the first half of the ELTS period and a steep increase afterwards because the bulk of the customers will have migrated to another Debian release at that time.
2022-H2: 3885 EUR
2023-H1: 4305 EUR
2023-H2: 4725 EUR
2024-H1: 5145 EUR
2024-H2: 5670 EUR
2025-H1: 7455 EUR
2025-H2: 9345 EUR
2026-H1: 11130 EUR
2026-H2: 12915 EUR
2027-H1: 14700 EUR
-
Merci Buddy, pour Debian, je pensais que c'était gratuit une fois qu'une entreprise payait pour le support du paquet.
-
Vidéo d'Adrien Linuxtricks sur le sujet :
Edito Red Hat : Debrief autour de la "fermeture des sources"
Timing de la vidéo :
00:00 Introduction
01:16 A propos de RedHat et des contributions
02:45 Rappels sur les interactions Fedora et CentOS et Red Hat
03:48 Red Hat Enterprise Linux - Orientation entreprise
07:08 Notons que c est 100% OpenSource, pas de propriétaire
08:13 Examinions le billet - Intro
09:00 Examinions le billet - Les avantages pour la contribution
10:47 Examinions le billet - Le Special Interest Group
11:48 Examinions le billet - Pourquoi ce changement
12:52 Communiqué d Alma Linux et Impact sur les clones
13:33 Quelle est la valeur ajoutée d un clone Red Hat
14:20 Red Hat - Note sur les licences, prix
17:50 Alma Linux (et clones) - Que va t il se passer ?
18:10 Parenthèse Distribution Alma Linux
19:47 Parenthèse Mon avis pour Alma Linux et ses clones
21:35 Détails sur le respect de la licence GPL
23:55 Conclusion
https://www.youtube.com/watch?v=sxZLFxU2FEo
-
Analyse de l'annonce de Red Hat par Yorzian (replay du live qui dure 2h)
https://www.youtube.com/watch?v=RMQ1CVrMyOI
-
L'avis d'un développeur qui arrête le support de ses logiciels sur RHEL : "if you mention you are using my work on Red Hat Enterprise Linux, I will close your bug/feature/support request as 'not reproducible'" : https://www.jeffgeerling.com/blog/2023/removing-official-support-red-hat-enterprise-linux
Pour lui le problème est qu'il a besoin d'avoir accès à une distribution identique à RHEL (bugs compris) pour tester ses développements, et reproduire les bugs signalés par ses utilisateurs, et qu'il n'entends pas devoir signer une licence pour cela.
Au delà de la durée du support qui peut se discuter, CentOS Stream ne peut pas servir de remplacement à RHEL car il s'agit d'une distrib upstream de RHEL, lequel ne reprends pas nécessairement tout à l'identique, contrairement à CentOS Linux et aux autres clones downstream de RHEL, et cela ni pour un développeur, ni pour des usages en recherche/académique. Certains de ces utilisateurs vont payer pour RHEL, d'autres vont devoir migrer vers une autre distribution si les clones ne trouvent pas une solution pérenne.
-
qu'il arrète le supoprt OK.
Mais ne peut-il pas prétendre à avoir une licence gratuite ? https://developers.redhat.com/articles/faqs-no-cost-red-hat-enterprise-linux#general
-
Mais ne peut-il pas prétendre à avoir une licence gratuite ? https://developers.redhat.com/articles/faqs-no-cost-red-hat-enterprise-linux#general
Il pourrait, mais il n'accepte pas les contraintes de la licence imposée désormais par Red Hat, telles que : obligation de se déclarer, obligation de renouveler la licence annuellement, interdiction de partager la licence pour travailler en équipe, et sans parler de la dégradation prévisible de ces contraintes dans le temps si beaucoup de développeur les acceptent telle que.
-
Cette histoire va finir en piratage/violation du CLUF comme avec Windows. Tant que les sources seront dispo, rien n’empêchera les clones de toute façon. Bon courage à RH pour les attaquer en justice...
-
Alma, Rocky Linux... sont des distributions entreprise, utilisées dans les entreprises, universités, centres de recherche... Tu ne peux pas te permettre dans ces contextes d'employer des solutions illégales. Ce n'est pas comme un particulier qui chez lui crack une licence windows, éventuellement vérolée.
-
La problématique est de diffuser librement cette ressource qui est payante.
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_retrour_almalinux.webp)
(https://lafibre.info/testdebit/linux/202306_redhat_evolution_centos_stream_retrour_rocky_linux.webp)
Voici le retour d'Oracle Linux :
"Nous voulons souligner aux développeurs Linux, aux clients Linux et aux distributeurs Linux qu'Oracle s'engage pour la liberté de Linux. Oracle fait la promesse suivante : tant qu'Oracle distribue Linux, Oracle rendra les binaires et le code source de cette distribution publiquement et librement disponibles. De plus, Oracle accueille les distributions en aval de toutes sortes, communautaires et commerciales" [...] "Enfin, à IBM, voici une grande idée pour vous. Vous dites que vous ne voulez pas payer tous ces développeurs RHEL ? Voici comment vous pouvez économiser de l'argent : il suffit baser RHEL sur le code source d'Oracle Linux. Nous serons heureux d'assumer le fardeau d'écrire du code."
(https://lafibre.info/testdebit/linux/202307_redhat_evolution_centos_stream_retrour_oracle_linux.webp)
Le lien porte vers l'article de blog suivant que je traduis :
Gardez Linux ouvert et gratuit
Oracle fait partie de la communauté Linux depuis 25 ans. Notre objectif est resté le même pendant toutes ces années : aider à faire de Linux le meilleur système d'exploitation pour serveur pour tous, disponible gratuitement pour tous, avec un support de haute qualité et à faible coût fourni à ceux qui en ont besoin.
Notre équipe d'ingénieurs Linux apporte des contributions importantes au noyau, aux systèmes de fichiers et aux outils. Nous repoussons tout ce travail vers la ligne principale afin que chaque distribution Linux puisse l'inclure. Nous sommes fiers que ces contributions fassent partie de la raison pour laquelle Linux est maintenant si performant, profitant non seulement aux clients d'Oracle, mais à tous les utilisateurs.
En 2006, nous avons lancé ce qui s'appelle désormais Oracle Linux, une offre de distribution et de support compatible RHEL qui est largement utilisée et qui alimente les systèmes techniques d'Oracle et notre infrastructure cloud. Nous avons choisi d'être compatible RHEL car nous ne voulions pas fragmenter la communauté Linux. Nos efforts pour rester compatibles ont été extrêmement fructueux. Au cours de toutes les années depuis le lancement, nous n'avons eu presque aucun bogue de compatibilité enregistré. Les clients et les ISV peuvent passer à Oracle Linux depuis RHEL sans modifier leurs applications, et nous certifions les produits logiciels Oracle sur RHEL même s'ils sont développés et testés uniquement sur Oracle Linux, jamais sur RHEL.
Alors qu'Oracle et IBM ont des distributions Linux compatibles, nous avons des idées très différentes sur nos responsabilités en tant que gardiens de l'open source et sur le fonctionnement sous la GPLv2. Oracle a toujours rendu les binaires Oracle Linux et la source librement accessibles à tous. Nous n'avons pas de contrats d'abonnement qui interfèrent avec les droits d'un abonné à redistribuer Oracle Linux. D'autre part, les contrats d'abonnement IBM spécifient que vous êtes en infraction si vous utilisez ces services d'abonnement pour exercer vos droits GPLv2. Et maintenant, depuis le 21 juin, IBM ne publie plus publiquement le code source RHEL.
Pourquoi IBM a-t-il fait ce changement ? Eh bien, si vous lisez le blog d'IBM tentant d'expliquer sa raison d'être, cela se résume à ceci :
"Chez Red Hat, des milliers de personnes passent leur temps à écrire du code pour activer de nouvelles fonctionnalités, à corriger des bogues, à intégrer différents packages, puis à prendre en charge ce travail pendant longtemps… Nous devons payer les gens pour faire ce travail."
Intéressant. IBM ne veut pas continuer à diffuser publiquement le code source de RHEL car il doit payer ses ingénieurs ? Cela semble étrange, étant donné que Red Hat, en tant que société open source indépendante prospère, a choisi de publier publiquement la source RHEL et de payer ses ingénieurs pendant de nombreuses années avant qu'IBM n'acquière Red Hat en 2019 pour 34 milliards de dollars.
Le blog mentionne ensuite CentOS. Il n'est pas surprenant que CentOS ait été une priorité pour l'auteur tentant de justifier la rétention de la source RHEL. CentOS était une distribution compatible RHEL gratuite très populaire. En décembre 2020, IBM l'a effectivement tué comme alternative gratuite à RHEL. Deux nouvelles alternatives à RHEL ont vu le jour à la place de CentOS : AlmaLinux et Rocky Linux. Maintenant, en retenant le code source de RHEL, IBM les a directement attaqués.
Et c'est peut-être la vraie réponse à la question du pourquoi : éliminer les concurrents. Moins de concurrents signifie plus d'opportunités de revenus pour IBM.
Quant à Oracle, nous continuerons à poursuivre notre objectif pour Linux de manière aussi transparente et ouverte que nous l'avons toujours fait tout en minimisant la fragmentation. Nous continuerons à développer et à tester nos produits logiciels sur Oracle Linux. Oracle Linux continuera d'être compatible RHEL dans la mesure où nous pouvons le faire. Dans le passé, l'accès d'Oracle à la source RHEL publiée était important pour maintenir cette compatibilité. D'un point de vue pratique, nous pensons qu'Oracle Linux restera aussi compatible qu'il l'a toujours été jusqu'à la version 9.2, mais après cela, il peut y avoir plus de chances qu'un problème de compatibilité survienne. Si une incompatibilité affecte un client ou un ISV, Oracle s'efforcera de résoudre le problème.
Nous voulons souligner aux développeurs Linux, aux clients Linux et aux distributeurs Linux qu'Oracle s'engage pour la liberté de Linux. Oracle fait la promesse suivante : tant qu'Oracle distribue Linux, Oracle rendra les binaires et le code source de cette distribution publiquement et librement disponibles. De plus, Oracle accueille les distributions en aval de toutes sortes, communautaires et commerciales. Nous sommes heureux de travailler avec les distributeurs pour faciliter ce processus, de travailler ensemble sur le contenu d'Oracle Linux et de nous assurer que les produits logiciels Oracle sont certifiés sur votre distribution.
Soit dit en passant, si vous êtes un développeur Linux qui n'est pas d'accord avec les actions d'IBM et que vous croyez en la liberté de Linux comme nous le faisons, nous embauchons.
Une observation pour les ISV : les actions d'IBM ne sont pas dans votre meilleur intérêt. En supprimant CentOS comme alternative à RHEL et en attaquant AlmaLinux et Rocky Linux, IBM élimine une façon pour vos clients d'économiser de l'argent et de mettre à votre disposition une plus grande part de leur portefeuille. Si vous ne supportez pas encore votre produit sur Oracle Linux, nous serions heureux de vous montrer à quel point c'est facile. Offrez plus de choix à vos clients.
Enfin, à IBM, voici une grande idée pour vous. Vous dites que vous ne voulez pas payer tous ces développeurs RHEL ? Voici comment vous pouvez économiser de l'argent : il suffit baser RHEL sur le code source d'Oracle Linux. Nous serons heureux d'assumer le fardeau d'écrire du code.
Source : Blog Oracle (https://www.oracle.com/news/announcement/blog/keep-linux-open-and-free-2023-07-10/), par Edward Screven, Chief Corporate Architect et Wim Coekaerts, Head of Oracle Linux Development — 10 juillet 2023 — traduction Google + Vivien
-
Copie d'écran de la page de l'annonce d'Origine :
(https://lafibre.info/testdebit/linux/202307_oracle_annonce_gardez_linux_ouvert_et_gratuit.webp)
-
Sortez le pop-corn : Suse Linux, entre dans la danse et annonce investir 10 millions de dollars dans une distribution compatible RHEL !
(https://lafibre.info/testdebit/linux/202307_suse_rhel_compatible_1.webp)
(https://lafibre.info/testdebit/linux/202307_suse_rhel_compatible_2.webp)
-
Les deux articles sur le site de Suse :
- At SUSE We Make Choice Happen (https://www.suse.com/c/at-suse-we-make-choice-happen/)
- SUSE Preserves Choice in Enterprise Linux by Forking RHEL with a $10+ Million Investment (https://www.suse.com/news/SUSE-Preserves-Choice-in-Enterprise-Linux/)
SUSE préserve le choix dans Enterprise Linux en forkant RHEL avec un investissement de plus de 10 millions de dollars
Aujourd'hui, SUSE, la société à l'origine de SUSE Linux Enterprise est un leader mondial des solutions open source d'entreprise, a annoncé qu'elle forke Red Hat Enterprise Linux (RHEL) et qu'elle développera et maintiendra une distribution compatible RHEL accessible à tous sans restriction. Au cours des prochaines années, SUSE prévoit d'investir plus de 10 millions de dollars dans ce projet.
Dirk-Peter van Leeuwen, PDG de SUSE, a déclaré : "Pendant des décennies, la collaboration et le succès partagé ont été les éléments constitutifs de notre communauté open source. Nous avons la responsabilité de défendre ces valeurs. Cet investissement préservera le flux d'innovation pour les années à venir et garantira que les clients et la communauté ne soient pas soumis à l'enfermement des fournisseurs et aient un véritable choix demain comme aujourd'hui."
SUSE reste pleinement engagé à investir dans ses solutions Linux très appréciées telles que SUSE Linux Enterprise et openSUSE sur lesquelles comptent d'innombrables entreprises clientes satisfaites et la communauté. Dans le même temps, il reconnaît que les entreprises et la communauté open source méritent le choix et la liberté vis-à-vis des fournisseurs. SUSE a une longue histoire dans l'autonomisation et la prise en charge des utilisateurs avec des environnements Linux mixtes.
SUSE s'engage à travailler avec la communauté open source pour développer une alternative compatible à long terme et durable pour les utilisateurs de RHEL et CentOS. SUSE prévoit de contribuer ce projet à une fondation open source, qui fournira un accès gratuit et continu au code source alternatif.
"Cet effort de collaboration démontre l'engagement profondément enraciné de SUSE à favoriser l'innovation et à favoriser le développement communautaire, et il renforce les valeurs fondamentales des logiciels open source. Nous invitons la communauté à s'engager activement et à collaborer pour façonner l'avenir de ce logiciel essentiel", a déclaré le Dr Thomas Di Giacomo, directeur de la technologie et des produits, SUSE. "Nous croyons fermement que cette nouvelle distribution Linux compatible RHEL, ainsi que le portefeuille de SUSE, aideront la communauté et les clients à naviguer dans les avancées sans précédent de Linux d'entreprise, du cloud computing, de la conteneurisation, de la périphérie, de l'IA/ML et d'autres technologies émergentes."
"La communauté Linux d'entreprise a besoin de standardisation, de stabilité et de cohérence", a déclaré Gregory Kurtzer, PDG de CIQ et fondateur de Rocky Linux. "CIQ apporte de la stabilité à nos partenaires, nos clients et notre communauté en créant une large coalition d'entreprises, d'organisations et d'individus partageant les mêmes idées. SUSE a incarné les principes fondamentaux et l'esprit de l'open source ; CIQ est ravi de collaborer avec SUSE pour faire progresser une norme Linux d'entreprise ouverte."
Pour en savoir plus sur la manière dont cela renforce Liberty Linux et sur la manière de s'impliquer, rendez-vous ici (https://www.suse.com/c/at-suse-we-make-choice-happen/).
Source : Suse, le 11 juillet 2023 - trauduction Google + Vivien
-
Il est quand même étonnant de voir maintenant Suse annoncer le développement d'un clone de RHEL, alors qu'il a sa propre distribution entreprise, Suse Entreprise Linux Server, qui elle même n'a pas de clone que je connaisse (OpenSuse est plutôt l'équivalent de Fedora). Et surtout d'annoncer qu'il va y investir 10 millions de dollars. Pourquoi, pour se faire concurrence à lui-même ?
-
Une hypothèse : SUSE Linux incorporait plusieurs fonctionnalités de Red Hat Linux, comme son gestionnaire de paquets RPM, sans être compatible à 100% avec RHEL comme c'était le cas d'Oracle Linux.
On voit qu'il y a une vraie demande pour un clone de RHEL qui était jusqu'à présent proposé par Cent OS.
Avec la fin de CentOS et des distributions 100% compatible RHEL qui ont pris la suite (AlmaLinux et Rocky Linux), SUSE s'est dit qu'il y avait un boulevard pour lui (à ce moment-là, la position d'Oracle n'était pas connue).
-
Je ne vois pas pourquoi Suse aurait plus accès aux sources qu'Alma ou RockyLinux, et surtout puisse les redistribuer librement, à moins qu'il y ait des accords commerciaux dans ce sens, ce qui me parait étonnant...
Oracle Linux lui, était déjà un clone de RHEL (avec quelques déviations), et il y a des accords commerciaux avec RHEL et IBM, mais cela m'étonnerait qu'ils leur permettent de redistribuer les sources de RHEL librement, mais plutôt les leurs.
-
La réponse est dans Suse Liberty Linux (https://www.suse.com/products/suse-liberty-linux/), lancé l'année dernière. Suse y voit une très bonne occasion de développer ce produit, taillé pour RHEL.
-
Au tour d'AlmaLinux de communiquer : Plus de compatibilité 1:1 avec RHEL, mais une compatibilité ABI
La promesse que les applications conçues pour s'exécuter sur RHEL peuvent s'exécuter sans problème sur AlmaLinux
(https://lafibre.info/testdebit/linux/202307_almalinux_futur.webp)
L'avenir d'AlmaLinux est radieux
Ces dernières semaines ont été un tourbillon ici à AlmaLinux, et je suis ravi de pouvoir enfin partager cette mise à jour.
Au cas où vous l'auriez manqué, Red Hat a annoncé qu'il ne fournirait plus les moyens aux clones en aval de continuer à être des copies binaires 1:1 de Red Hat Enterprise Linux (RHEL). Très rapidement, Jack et moi avons partagé quelques réflexions initiales (https://almalinux.org/blog/impact-of-rhel-changes/), mais nous avons intentionnellement pris notre temps pour décider de la prochaine bonne étape pour AlmaLinux OS. Après de nombreuses 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 visera plutôt à être compatible avec l'interface binaire d'application (ABI)*.
Nous continuerons à viser à produire une distribution Linux à long terme de niveau entreprise qui est alignée et compatible ABI avec RHEL en réponse aux besoins de notre communauté, dans la mesure où il est possible de le faire, et telle que les logiciels qui s'exécutent sur RHEL fonctionnera de la même manière sur AlmaLinux.
Ce que ce changement signifie pour les utilisateurs d'AlmaLinux OS
Pour un utilisateur typique, cela signifiera très peu de changements dans votre utilisation d'AlmaLinux. Les applications compatibles avec Red Hat pourront toujours s'exécuter sur le système d'exploitation AlmaLinux, et vos installations d'AlmaLinux continueront de recevoir des mises à jour de sécurité en temps opportun. L'impact potentiel le plus remarquable du changement est que nous ne serons plus tenus à la ligne de « compatibilité bogue pour bogue » avec Red Hat, ce qui signifie que nous pouvons désormais accepter les corrections de bogues en dehors du cycle de publication de Red Hat. Bien que cela signifie que certains utilisateurs du système d'exploitation AlmaLinux peuvent rencontrer des bogues qui ne sont pas dans Red Hat, nous pouvons également accepter des correctifs pour les bogues qui n'ont pas encore été acceptés en amont ou expédiés en aval.
Modifications de notre processus de développement
Comme on pouvait s'y attendre, le changement de nos objectifs nécessitera des changements dans nos processus de développement et de construction.
L'une des premières choses que vous verrez est que nous inclurons des commentaires dans nos correctifs qui incluent un lien vers l'endroit où nous avons obtenu le correctif qui a été appliqué (comme la version de Grafana (https://git.almalinux.org/rpms/grafana/src/branch/a9/SPECS/grafana.spec#L74) hier). Ce changement est utile pour plusieurs raisons, mais il nous aide spécifiquement à poursuivre notre objectif de transparence.
Nous commencerons également à demander à toute personne signalant des bogues dans le système d'exploitation AlmaLinux (https://bugs.almalinux.org/) d'essayer de tester et de reproduire le problème dans CentOS Stream également, afin que nous puissions concentrer notre énergie à le corriger au bon endroit.
Et après ?
Maintenant que nous ne nous contenterons plus d'être une reconstruction en aval 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 de la fondation AlmaLinux OS dans cette conversation et ce processus de prise de décision.
Il y a aussi une tonne de développements et de partenariats passionnants en cours que nous pourrons annoncer dans les semaines et les mois à venir.
Engagement envers l'open source
Bien que tous ces changements ouvrent de nombreuses opportunités, nous voulons être clairs sur le fait que nous sommes toujours déterminés à être de bons citoyens open source. Nous continuerons à contribuer en amont à Fedora et CentOS Stream et à l'ensemble de l'écosystème Enterprise Linux, comme nous le faisons depuis notre création, et nous invitons notre communauté à faire de même !
Merci et comment aider !
Je tiens à remercier tous ceux qui ont tendu la main avec intérêt et offert de l'aide au cours des dernières semaines, ainsi qu'à nos utilisateurs pour avoir clairement indiqué qu'ils comprennent et continuent de voir notre valeur dans l'écosystème Enterprise Linux.
Merci également à nos sponsors (https://github.com/sponsors/AlmaLinux). Vous êtes la principale raison pour laquelle nous pouvons continuer à fournir AlmaLinux OS gratuitement pour toujours.
Si vous souhaitez nous aider, il existe une tonne de façons de vous impliquer. Pour ceux qui ont du temps à offrir : les SIG Infrastructure et Cloud accueillent toujours plus de monde, et les comités Marketing et Adhésion recherchent également de l'aide ! Si vous souhaitez montrer votre soutien, mais que vous n'avez pas beaucoup de temps, le simple fait de rejoindre la fondation est un excellent moyen de nous rejoindre (https://almalinux.org/members/). Vous pouvez également convaincre votre entreprise de devenir sponsor ou simplement nous soutenir vous-même en tant qu'individu sur GitHub (https://github.com/sponsors/AlmaLinux) ou OpenCollective (https://opencollective.com/almalinux-os-foundation).
Il y a beaucoup de travail à faire et nous sommes très heureux de vous accueillir.
–
* La compatibilité ABI dans notre cas signifie travailler pour s'assurer que les applications conçues pour s'exécuter sur RHEL (ou des clones RHEL) peuvent s'exécuter sans problème sur AlmaLinux. En nous adaptant à cette attente, nous n'avons plus besoin de nous assurer que tout ce que nous publions est une copie exacte du code source que vous obtiendriez avec RHEL.
Source : Blog AlmaLinux (https://almalinux.org/blog/future-of-almalinux/), par benny Vasquez, Chair of the Board, AlmaLinux OS Foundation, le 13 juillet 2023. Traduction Google + Vivien
-
- 10 juillet 2023 : Réaction d'Oracle
- 11 juillet 2023 : Réaction de Suse
- 13 juillet 2023 : Réaction d'AlmaLinux
J'ai oublié la réaction de Rocky Linux le 29 juin 2023 :
Rocky Linux restera compatible 1:1 et va récupérer ses sources depuis des instances de cloud public payantes où RHEL diffuse ses sources
"Nos conseillers juridiques nous ont rassurés sur le fait que nous avons le droit d'obtenir la source de tous les fichiers binaires que nous recevons, garantissant ainsi que nous pouvons continuer à faire progresser Rocky Linux conformément à nos intentions initiales."
(https://lafibre.info/testdebit/linux/202306_rocky_linux_bureau.webp)
Garder l'open source ouvert
Chaque utilisateur de Rocky Linux est apprécié et ses contributions comptent. Des ingénieurs logiciels aux professionnels de l'informatique et aux amateurs, ensemble, nous faisons tous partie de la communauté Linux et open source. La Rocky Enterprise Software Foundation a été créée sur la base de notre vision commune selon laquelle les logiciels open source doivent rester stables, accessibles à tous et gérés par la communauté.
Cet engagement est ancré dans tout ce que nous faisons. Depuis le début du projet Rocky, nous avons donné la priorité à la reproductibilité, à la transparence dans la prise de décision et à ce qu'aucun fournisseur ou entreprise ne puisse jamais prendre le projet en otage. Lorsque nous avons commencé, nous avons discuté de notre modèle et de notre mission, et nous avons décidé de ne pas couper en deux la communauté Enterprise Linux. Au lieu de cela, dans l'esprit des principes et des normes open source, nous avons créé quelque chose de compatible avec Red Hat Enterprise Linux (RHEL). En adhérant à cette approche, nous adhérons à une norme unique pour Enterprise Linux et nous nous alignons sur les objectifs initiaux de CentOS.
Cependant, Red Hat a récemment exprimé son point de vue selon lequel ils "ne trouvent pas de valeur dans une reconstruction RHEL (https://www.redhat.com/en/blog/red-hats-commitment-open-source-response-gitcentosorg-changes)". Bien que nous pensions que ce point de vue soit étroit d'esprit, Red Hat a adopté une position ferme et limité l'accès aux sources de RHEL à ses seuls clients payants. Ces sources se composent principalement de packages de projets open source en amont qui n'appartiennent pas à Red Hat.
Auparavant, nous obtenions le code source de Rocky Linux exclusivement à partir du référentiel CentOS Git, comme ils le recommandaient. Cependant, ce référentiel n'héberge plus toutes les versions correspondant à RHEL. Par conséquent, nous devons maintenant rassembler le code source à partir de plusieurs sources, y compris CentOS Stream, des packages en amont vierges et des SRPM RHEL.
De plus, les conditions d'utilisation (TOS) et les contrats de licence utilisateur final (CLUF) de Red Hat imposent des conditions qui tentent d'empêcher les clients légitimes d'exercer leurs droits tels que garantis par la GPL. Alors que la communauté débat pour savoir si cela viole la GPL, nous croyons fermement que de tels accords violent l'esprit et le but de l'open source. En conséquence, nous refusons d'être d'accord avec eux, ce qui signifie que nous devons obtenir les SRPM par des canaux qui adhèrent à nos principes et respectent nos droits.
La latence de cette mise à jour de statut est due à notre désir d'équilibrer les besoins de la communauté et les exigences techniques, avec les défis de l'open source et des principes communautaires que Red Hat a créés. Heureusement, il existe des méthodes alternatives pour obtenir le code source, et nous voudrions souligner deux exemples :
Une option consiste à utiliser des images de conteneur UBI basées sur RHEL et disponibles à partir de plusieurs sources en ligne (y compris Docker Hub). En utilisant l'image UBI, il est facilement possible d'obtenir des sources Red Hat de manière fiable et sans encombre. Nous l'avons validé via les conteneurs OCI (Open Container Initiative) et cela fonctionne exactement comme prévu.
Une autre méthode que nous allons exploiter est celle des instances de cloud public payantes. Avec cela, n'importe qui peut créer des images RHEL dans le cloud et ainsi obtenir le code source de tous les packages et errata. C'est le plus facile à mettre à l'échelle pour nous, car nous pouvons faire tout cela via des pipelines CI, faire tourner des images cloud pour obtenir les sources via DNF, et les publier automatiquement dans nos référentiels Git.
Ces méthodes sont possibles grâce à la puissance de la GPL. Personne ne peut empêcher la redistribution des logiciels GPL. Pour réitérer, ces deux méthodes nous permettent d'obtenir légitimement des binaires RHEL et des SRPM sans compromettre notre engagement envers les logiciels open source ni accepter les limitations du TOS ou du CLUF qui entravent nos droits. Nos conseillers juridiques nous ont rassurés sur le fait que nous avons le droit d'obtenir la source de tous les fichiers binaires que nous recevons, garantissant ainsi que nous pouvons continuer à faire progresser Rocky Linux conformément à nos intentions initiales.
Bien que nous explorions continuellement d'autres options, les approches susmentionnées sont susceptibles de changer. Cependant, notre dévouement et notre engagement inébranlables envers l'open source et la communauté Enterprise Linux restent inébranlables.
Dans le cas malheureux où Red Hat déciderait d'intensifier ses efforts pour avoir un impact négatif sur la communauté, Rocky Linux persistera à continuer de servir les meilleurs intérêts de l'ensemble de la communauté open source.
Pour rappel, nous invitons tout le monde à contribuer à nos efforts. Vous pouvez en savoir plus sur la façon dont vous pouvez nous rejoindre et toutes les différentes façons de contribuer sur notre wiki (https://wiki.rockylinux.org/contributing/). Vous voulez exprimer votre soutien à Rocky Linux ? Aidez-nous à passer le mot en partageant avec votre réseau, en vous engageant ou en contribuant à la communauté, ou en parlant de nous à vos amis. Notre communauté est essentielle à notre succès et nous apprécions votre soutien. Ensemble, nous pouvons faire en sorte que Rocky Linux continue de prospérer !
Source : Rocky Linux (https://rockylinux.org/news/keeping-open-source-open/), le 29 juin 2023. Traduction Google + Vivien
-
Complément d'information : https://www.jeffgeerling.com/blog/2023/clearing-fud-surrounding-red-hats-actions
-
AlmaLinux cherche à avoir un hébergement des serveurs miroir en France
La liste des serveurs miroir existant pour AlmaLinux est disponible sur https://mirrors.almalinux.org/
Tutoriel pour créer un nouveau miroir : https://wiki.almalinux.org/Mirrors.html
Si vous avez des questions, vous pouvez contacter Jonathan Wright de l'AlmaLinux Foundation (Infrastructure Team Lead for AlmaLinux - me demander pour avoir son mail)