IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

« Avez-vous perdu la tête ? », Red Hat fustigé pour « le verrouillage des sources RHEL derrière un paywall »,
Jeff Geerling, AlmaLinux et Rocky Linux expriment leur déception

Le , par Michael Guilloux

16PARTAGES

12  0 
Red Hat est sous une pluie de critiques après avoir suspendu la publication des sources publiques de Red Hat Enterprise Linux (RHEL) sur git.centos.org pour consacrer CentOS Stream comme seul référentiel. Cette décision est condamnée par la communauté qui y voit une volonté d'écarter certains acteurs importants de l'open source. Jeff Geerling, AlmaLinux, Rocky Linux... n'ont pas manqué d'exprimer leur profonde déception.

Comme annoncé récemment, Red Hat a décidé de faire de CentOS Stream le seul référentiel pour les sources publiques de Red Hat Enterprise Linux (RHEL). Cette décision, selon l'éditeur de logiciels open source, vise à se concentrer davantage sur CentOS Stream en tant que moteur d'innovation pour Linux d'entreprise. Red Hat estime que l'évolution vers CentOS Stream permet une transparence et une ouverture accrues dans le développement de Red Hat Enterprise Linux. Mais pour plusieurs observateurs, il s'agit d'une décision purement vicieuse ayant pour but d'écarter certains acteurs de la communauté Linux.

Dans un billet de blog soigneusement intitulé « Cher Red Hat : avez-vous perdu la tête ? », le développeur Jeff Geerling n'a pas pu s'empêcher d'exprimer sa colère après cette décision de Red Hat.

J'ai eu une semaine chargée, donc je n'ai pas eu le temps jusqu'à aujourd'hui de lire cette nouvelle concernant Red Hat qui verrouille les sources de RHEL derrière un abonnement Red Hat.

Je répète le titre : Red Hat, avez-vous perdu la tête ?

Lorsque Red Hat a décidé de transformer la distribution communautaire CentOS, des utilisateurs comme moi étaient légitimement en colère.

Je ne contribue pas beaucoup, voire pas du tout, au développement de CentOS ou de Red Hat. Cependant, depuis plus d'une décennie, j'ai fourni des logiciels et des outils compatibles avec RHEL, Debian, Ubuntu, Fedora, Arch, et parfois d'autres distributions plus exotiques.

Je pouvais tester mes choses avec CentOS Stream... ou UBI... ou Fedora. Ceux-ci ressemblent beaucoup à RHEL. Ou je pourrais essayer de lier un abonnement Red Hat Developer à mes machines de test et à mes outils de build afin de pouvoir utiliser une copie sous licence de Red Hat Enterprise Linux, car cela serait nécessaire pour... garantir réellement la compatibilité.

Mais c'est stupide.

À ce stade, je dois dire : je me suis fait avoir une fois, Red Hat, honte à vous. Mais me faire avoir une deuxième fois ?

En ce moment, je suis en train de décider si je dois continuer à soutenir uniquement Fedora ou simplement abandonner tout soutien à RHEL et aux distributions similaires à RHEL pour mes projets open source. Ce n'est pas la peine si je ne suis même pas sûr que des projets comme Rocky ou Alma Linux puissent combler le vide laissé par la disparition de CentOS pour des utilisateurs comme moi.
Précisons que Jeff Geerling est un développeur et contributeur actif dans la communauté open source, spécialisé dans l'automatisation des infrastructures et la gestion des systèmes. Il est bien connu pour son travail dans l'écosystème Drupal et sa contribution à des projets tels qu'Ansible, Kubernetes et Docker. Jeff est respecté pour son expertise technique et son engagement envers la communauté open source.


On enregistre également des réactions de la part des projets AlmaLinux et Rocky Linux qui offrent des clones de RHEL.

Dans un billet de blog, Benny Vasquez, Président du Conseil d'administration de la Fondation AlmaLinux OS, explique comment cette décision impacte le développement de la distribution AlmaLinux.

Hier, Red Hat a annoncé un autre changement majeur qui affecte tous les rebuilds et les forks de Red Hat Enterprise Linux. À l'avenir, Red Hat ne publiera plus le code source des RPM de RHEL publiquement, mais uniquement via leur portail client. Étant donné que tous les clones de RHEL reposent sur la publication des sources, cela perturbe une fois de plus l'ensemble de l'écosystème Red Hat.

Un résumé rapide : la manière dont nous obtenons les sources RPM est forcée de changer.

La semaine dernière, l'un de nos nôtres a remarqué que certaines mises à jour pour Red Hat 8 n'avaient pas été publiées sur git.centos.org comme prévu. Ils ont supposé qu'il s'agissait d'un bogue et ont ouvert un ticket en conséquence, mais au fil des jours sans résolution, nous avons su qu'il y avait un problème. 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 ses partenaires et clients, tout en considérant CentOS Stream comme le lieu de collaboration avec la communauté.

Ce changement signifie que nous, en tant que constructeurs d'un clone de RHEL, serons désormais responsables de respecter les licences et les accords en place concernant les interfaces de Red Hat, en plus de respecter les licences incluses dans les sources logicielles. Malheureusement, selon notre compréhension actuelle, les accords d'interface utilisateur de Red Hat indiquent que republier les sources obtenues via le portail client violerait ces accords.

Cela signifie que nous avons besoin d'une nouvelle solution.

Les solutions à court et à long terme pour faire face à ce changement seront discutées au cours des prochaines semaines. Nous avons passé une grande partie de notre journée à approfondir notre compréhension de ce problème et à discuter de nos options potentielles.

À court terme, nous collaborerons 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 connus.

À long terme, nous travaillerons avec les mêmes partenaires et avec notre communauté pour déterminer la meilleure voie à suivre pour AlmaLinux en tant que partie intégrante de l'écosystème d'Enterprise Linux.
L'open source ne devrait jamais être dissimulé derrière un paywall, estime Rocky Linux

Le projet Rocky Linux a également publié un communiqué pour s'exprimer sur la situation qui prévaut.

« L'annonce de Red Hat hier indique que les sources de RHEL ne seront plus accessibles depuis git.centos.org. Bien que cette décision change l'automatisation que nous utilisons pour construire Rocky Linux, nous avons déjà mis en place une mesure d'atténuation à court terme et nous développons une stratégie à plus long terme. Il n'y aura aucune perturbation ni aucun changement pour les utilisateurs, les collaborateurs ou les partenaires de Rocky Linux. », peut-on lire sur leur site.

« Je crois que le code open source devrait toujours être librement accessible et complètement stable. Il ne devrait jamais être caché derrière un mur de paiement, et il ne devrait pas être contrôlé par une seule entreprise », déclare Gregory Kurtzer, fondateur du projet Rocky Linux et président du conseil de la Rocky Enterprise Software Foundation, qui héberge le projet. « La décision de Red Hat de limiter la distribution de leurs sources a créé un léger inconvénient pour l'équipe de Rocky Linux, mais grâce à un développement rapide et à un groupe incroyable, il n'y a aucune perturbation pour les utilisateurs de Rocky Linux. À l'avenir, nous serons encore plus stables, soutenus et sécurisés. »

Rocky Linux se montre toutefois rassurant et promet de continuer en tant qu'alternative gratuite et compatible, sans bugs, à Red Hat Enterprise Linux (RHEL), malgré les changements d'accessibilité.

« La communauté Rocky Linux croit fermement en la valeur de collaboration du code open source. Les contributeurs de Rocky Linux ont participé de manière responsable à l'écosystème EL, contribuant régulièrement en amont à CentOS Stream ainsi qu'à Fedora et à d'autres projets open source. Ces contributions renforcent l'ensemble de la communauté EL.

Rocky Linux reste dévoué à sa mission de fournir un système d'exploitation EL basé sur la communauté, accessible et transparent. Le projet s'engage à respecter sa promesse de maintenir le support complet de Rocky 8 et 9 tout au long de leur durée de vie, et à continuer de produire des versions futures compatibles avec RHEL tant que cette option est disponible, permettant aux organisations de conserver la flexibilité, le contrôle et la liberté dont elles dépendent pour leur infrastructure critique. C'est la voie de l'open source. »

Sources : Jeff Geerling, AlmaLinux, Rocky Linux

Et vous ?

Red Hat qui verrouille les sources de RHEL derrière un paywall, qu'en pensez-vous ?

Voir aussi

La Fondation Rocky annonce la disponibilité de la version 8.4 de Rocky Linux, l'OS conçu pour remplacer CentOS

Lancement d'AlmaLinux, un clone stable de RHEL pour ceux qui aimaient CentOS, l'intérêt est de combler le vide qui sera bientôt laissé par la disparition de CentOS

Red Hat défend sa décision concernant la mort de CentOS et affirme que la version Stream peut couvrir « 95% des charges de travail des utilisateurs actuels »

La distribution CentOS Linux est morte : Red Hat n'investira plus ses ressources pour soutenir le système après 2021, et CentOS Stream, utilisé en amont de RHEL, ne remplacera pas CentOS Linux

Le fondateur de CentOS lance le projet Rocky Linux, le remplaçant de la distribution CentOS Linux qui sera abandonnée par Red Hat fin 2021, mais le projet pourrait ne pas être facile à réaliser

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de rapsys
Membre du Club https://www.developpez.com
Le 13/07/2023 à 10:44
Oracle c'est la société qui a racheté un concurrent à son SGDB pour stopper le développement dessus et capter les clients qui lui échappaient encore.

Il ne faut pas non plus oublier que c'est à cause d'Oracle que Red Hat avait déjà cessé de distribuer le détail des patchs de son noyau linux pour ne fournir qu'un gros patch cumulatif pour leur compliquer le travail de pompe...

Bref, ce que fait Red Hat est mal, mais Oracle c'est encore pire !
3  0 
Avatar de OrthodoxWindows
Membre émérite https://www.developpez.com
Le 07/07/2023 à 14:38
Ah bah voilà, les libristes se rendent compte que Red Hat ne soutient pas le libre

A mettre en relation avec ça : https://www.developpez.net/forums/d2.../#post11704500

Red Hat suspend sa participation financière à la FSF suite au retour de Richard Stallman au conseil d'administration de la FSF,
et lui demande d'apporter des changements dans sa gouvernance
Un commentaire avait été fait sous cet article, qui s'est avéré totalement prémonitoire (l'auteur à supprimé son compte entre temps) :

Red Hat n'est pas citée par la FSF dans la liste des donateurs en 2020. La société semble avoir fait des dons en 2019 et 2018, mais pas en 2017 et 2016.

Les pages dons de la FSF ont au moins le mérite de montrer l'état des forces politiques en présence. Google a fait des dons conséquents à la FSF jusqu'en 2016. 2016, c'est justement l'année où RMS a critiqué le faux libre qui inclut des surcouches propriétaires. Bizarrement, Google n'est plus citée dans la liste des donateurs les années suivantes.

Toujours est-il qu'il faut se méfier de ces fondations américaines dont la survie dépend du bon vouloir de leurs donateurs. Si autant d'organisations ont promptement réagi contre le retour de RMS à la FSF, c'est peut-être aussi pour ne pas contrarier leurs généreux mécènes.
2  0 
Avatar de floyer
Membre averti https://www.developpez.com
Le 08/08/2023 à 19:27
La GPL permet de ne distribuer qu’à peu de monde…. Mais ne permet pas d’interdire aux destinataires de redistribuer eux même.
2  0 
Avatar de LittleWhite
Responsable 2D/3D/Jeux https://www.developpez.com
Le 12/07/2023 à 21:58
Bonjour,

Pour avoir vu dans changements de licence effectuer par certains projets open source, cela est une chose plutôt compliquée (pour faire bien, c'est-à-dire, aussi légalement que possible). Notamment, il faut :
  • être sur que la nouvelle licence ne sera pas en désaccord avec les bibliothèques utilisées dans le projet, et même, les morceaux de code qui auraient pu être repris d'autres projets ;
  • demandé l'accord à tous les contributeurs du projet

Si vous n'avez pas l'accord ou si une licence est en conflit avec votre nouvelle licence, alors vous devez chercher une bibliothèque de remplacement (cela sera du travail), ou réécrire le code.

Donc, c'est un travail. Et là, je ne parle pas du cas d'un changement de licence sur une bibliothèque, mais sur une application finale. Du coup, j'imagine que cela sera encore plus compliquée pour la bibliothèque. Et puis, vous allez vous faire forké dès que vous allez annoncer votre changement de licence (oh!, mais c'est déjà arrivé et pour des changements moindres (LibreOffice, le drama Audacity...)).

Aussi, je pense que votre proposition va à l'encontre de la philosophie de ce genre de projets. Pourquoi autant de projets sous licence MIT, Apache 2 ou autre. C'est de l'altruisme, sûrement dans l'espoir de voir un monde meilleur. Ces gens savent et ont accepté que oui, leurs contributions gratuites seront un jour ou l'autre utilisées par une grande société et seront même à la source de certaine richesse et ce, peu importe les valeurs morales des utilisateurs.
1  0 
Avatar de Aiekick
Membre extrêmement actif https://www.developpez.com
Le 13/07/2023 à 11:41
ne serait-ce pas le fromage qui dit au camenbert qu'il pu ?
1  0 
Avatar de floyer
Membre averti https://www.developpez.com
Le 08/08/2023 à 16:33
C’est vraiment une présentation tronquée de la licence GPL. Elle oblige à rendre les sources accessibles, mais ce n’est pas la seule obligation. L’une des autres obligations est de fournir les versions modifiées avec la licence d’origine (GPL) qui permet explicitement la redistribution. RedHat n’a donc pas le droit de livrer des logiciels GPL en demandant à ses clients de ne pas les redistribuer, de ne pas en dériver des distributions concurrentes (comme AlmaLinux), etc.

Par contre, une distribution est une collection de logiciels dont les licences sont variées. RedHat peut donc interdire la redistribution de certaines parties de RHEL. À regarder licence par licence.

Si c’est bien fait, les logiciels restreints on un fichier «*license*» adapté indiquant les restrictions de distribution.
1  0 
Avatar de Madmac
Membre extrêmement actif https://www.developpez.com
Le 24/06/2023 à 8:08
Citation Envoyé par CaptainDangeax Voir le message
Oui bon tu ne fais pas beaucoup avancer le schmilblick avec ce vieux bug de NVidia. ça arrive tout le temps les installeurs buggués, et nvidia est loin d'être le pire sur le sujet, sans troller
Ce n'était qu'une des conséquences. Toutes les distros qui dépendaient de Debian étaient forcé de créer leur solution pour fournir un GUI pour le root. Cela a tellement causé de problème pour Mint qu'ils se sont tourner vers Ubuntu.

Personnellement quand je dois faire beaucoup d'administration et de compilation, je le fais en root. C'est fou le temp que le peut perdre à ce logger en en sudo.

Citation Envoyé par phil995511 Voir le message
C'est franchement la honte... Que peut-on faire contre cela ?

Interdire l'utilisation commerciale tarifée de Linux ?

Obliger toutes les distributions Linux à être accessibles gratuitement pour tous, contrairement par exemple à RedHat dont le modèle économique fermé ne vise qu'a réaliser des bénéfices financiers importants ce sur le dos de la communauté libre ?

Linux doit rester libre et ne doit pas tomber dans les mains des acteurs commerciaux !!
Ce*n'est pas Linux qui est facturé mais les applis développés par Red Hat. Les versions dérivés font des copies intégrales de Red Hat. C'est comme si OpenSuse se contentait de distribué Suse.

Car à l'exception de Fedora, ce sont des plagiats intégraux. Les Universités ont les moyens de payer pour le support.

Citation Envoyé par darklinux Voir le message
Les grands gagnants vont être Ubuntu et Debian , ils sont stables eux , ne changent pas de politiques commerciales tous les quatre matins ...
Jusqu'au jour ou quelqu'un achetera Debian. Il y a une dangeureuse concentration.

Citation Envoyé par nevergonnagiveyouup Voir le message
Je préfère de loin l'approche de Red Hat, qui profite de la communauté open source tout en contribuant généreusement à celle-ci, plutôt que de voir ses bénéfices diminuer et de devoir licencier des personnes qui contribuent activement à l'open source.
Le problème avec RedHat et Oracle est qu'ils sont trop gourmand pour les licences individuelles. Car il faut-être honnête, même lorsque l'on pait pour le support. Au final, c'est l'utilisateur qui fait le travail de technicien.
0  0 
Avatar de floyer
Membre averti https://www.developpez.com
Le 05/07/2023 à 18:20
"Red Hat affirme que cette mesure ne viole pas les termes de la licence GPL, qui oblige les distributeurs de logiciels libres à fournir le code source correspondant aux binaires qu’ils distribuent. "

La licence GPL impose non seulement la mise à disposition des sources (ce que fait RedHat), mais oblige la distribution de ces sources sous une forme redistribuable (sans restriction). Or, RedHat interdit désormais d'utiliser ces sources pour faire une offre concurrente.
0  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 05/07/2023 à 18:56
Or, RedHat interdit désormais d'utiliser ces sources pour faire une offre concurrente.
Non, Redhat rend plus complexe l'accès aux sources, mais les fournie. Du moins c'est ce que j'ai compris.
0  0 
Avatar de Madmac
Membre extrêmement actif https://www.developpez.com
Le 09/07/2023 à 20:16
Citation Envoyé par marc.collin Voir le message
rendu à ce niveau, il faut tout une infrastructure et sans investissement de la part d'une entreprise ça risque d'être difficile

autrement il y a suse avec une multitude de produit et un excellent support
Mais le support pour les paquetages est en chute libre. Il est possible de se débrouiller avec les Flatpacks. Mais ce n'est pas pas le cas pour tout les cas de figure. À une certaine époque, c'était une très bonne distro pour un programmeur, mais ce n'est plus le cas. J'ai tenté d'installer le langage Dart sans succès. Et pour la majorité des nouveaux langages comme Go, on doit passé par la compilation.
0  0