Il y a quelques années, Red Hat a annoncé la fin de la mise à disposition de son code source public. Cette décision a suscité une levée de boucliers de la part de l'ensemble de la communauté Linux d'entreprise. Depuis lors, nombreux sont ceux qui ont attendu une déclaration de la Free Software Foundation concernant sa position sur le sujet. Près de deux ans plus tard, la FSF a finalement répondu aux questions concernant sa position sur le sujet avec la déclaration suivante :« De manière générale, nous ne sommes pas d'accord avec ce que fait Red Hat. La question de savoir s'il s'agit d'une violation de la GPL nécessiterait une analyse juridique et la FSF ne donne pas de conseils juridiques. Cependant, en tant que gardiens de la GNU GPL, nous pouvons parler de la manière dont elle est censée être appliquée et l'approche de Red Hat est certainement contraire à l'esprit de la GPL. C'est regrettable, car nous nous attendions à ce que de telles organisations phares fassent avancer le mouvement ».
Contexte
Red Hat a été 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. Jeff Geerling, développeur, fait partie de ceux qui ont décidé d'exprimer leur colère. Il affirme que Red Hat viole l’esprit de l’open source et menace les distributions alternatives comme Rocky Linux et AlmaLinux, qui se basent sur le code source de RHEL. Il a annoncé qu’il ne va plus maintenir le support officiel de RHEL pour ses projets open source, et qu’il va privilégier les autres distributions Linux comme Fedora, Arch, Ubuntu ou Debian.
CentOS Stream est une distribution Linux développée par le projet CentOS. Il s'agit d'une version en amont (upstream) de Red Hat Enterprise Linux (RHEL). Elle agit comme une vitrine de développement pour les fonctionnalités et les mises à jour futures de RHEL. CentOS Stream offre aux utilisateurs un accès précoce aux nouvelles technologies et innovations introduites dans RHEL. Cela permet également une collaboration plus étroite entre les ingénieurs de Red Hat, les partenaires, les clients et les membres de la communauté CentOS pour tester, intégrer et fournir des retours d'expérience sur les fonctionnalités en cours de développement.
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, l'éditeur de logiciels open source a maintenu ces référentiels même si CentOS Linux n'était plus développé à partir de RHEL. Mais ce ne sera plus le cas maintenant que Red Hat a décidé de faire de CentOS Stream le seul référentiel pour les versions publiques du code source liées à Red Hat Enterprise Linux (RHEL). C'est ce qu'on lit dans un billet blog de Red Hat.
Red Hat accuse certains détracteurs de vouloir profiter du code de RHEL sans payer ou de le reconditionner à leur profit
Le vice-président de l’ingénierie des plateformes de base de Red Hat, Mike McGrath, a répondu aux critiques sur les changements apportés à git.centos.org, qui ont rendu le code source de RHEL moins accessible aux non-clients.
Il affirme que Red Hat s’engage à respecter les licences open source et à contribuer au code en amont, mais qu’il faut aussi reconnaître la valeur du travail effectué par les employés de Red Hat pour maintenir et soutenir RHEL pendant 10 ans. Il souligne que le code source de RHEL est toujours disponible dans CentOS Stream, qui est le dépôt source où RHEL est construit en public. Il accuse certains détracteurs de vouloir profiter du code de RHEL sans payer ou de le reconditionner à leur profit :
« Nous avons été traités de méchants; On m'a taxé de cadre IBM qui a été installé pour transformer Red Hat en source fermée - et ce n'est que le « bon » truc. Alors mettons les choses au clair.
« Je m'appelle Mike McGrath et je suis vice-président de l'ingénierie des plates-formes principales chez Red Hat. Je suis ici depuis 16 ans et avant de commencer à travailler ici, j'étais bénévole dans le projet Fedora. L'open source et tout ce que cette expression implique sont très importants pour moi. Au cours de la semaine dernière, j'ai vu beaucoup de gens dire beaucoup de choses méchantes et fausses sur les Red Hatters qui travaillent dur et qui, comme moi, accordent une grande importance à ce travail.
« Malgré ce qui se dit actuellement à propos de Red Hat, nous rendons notre travail acharné facilement accessible aux non-clients. Red Hat utilise et utilisera toujours un modèle de développement open source. Lorsque nous trouvons un bogue ou écrivons une fonctionnalité, nous apportons notre code en amont. Cela profite à tous les membres de la Rocky Linux présente les failles juridiques de la licence de RHEL qui permettront à sa reconstruction de perdurer, pas seulement à Red Hat et à nos clients.
« Nous ne nous contentons pas de prendre des packages en amont et de les reconstruire. 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 - ce dont nos clients et partenaires ont besoin.
« Il s'agit des heures et des nuits tardives que nous passons à rétroporter un correctif vers un code qui a maintenant 5 à 10 ans ou plus*; à tout moment, nous prenons en charge 3 à 4 flux de versions majeures, tout en appliquant des correctifs et des rétroportages à tous. De plus, lorsque nous développons des correctifs pour des problèmes dans RHEL, nous ne les appliquons pas seulement à RHEL - ils sont d'abord appliqués en amont, à des projets comme Fedora, CentOS Stream ou le projet du noyau lui-même, et nous les rétroportons ensuite. Maintenir et soutenir un système d'exploitation pendant 10 ans est une tâche herculéenne - il y a une valeur énorme dans le travail que nous faisons
« Nous enverrons toujours notre code en amont et respecterons les licences open source utilisées par nos produits, ce qui inclut la GPL. Quand je dis que nous respectons les différentes licences open source qui s'appliquent à notre code, je le pense. J'ai été choqué et déçu du nombre de personnes qui se sont tellement trompées sur les logiciels open source et la GPL en particulier - en particulier, les observateurs de l'industrie et même les vétérans qui, je pense, devraient en savoir plus. Les détails, y compris les licences et les droits open source, sont importants, et ce sont des choses que Red Hat a aidé non seulement à former, mais aussi à préserver et à faire évoluer.
Je pense qu'une grande partie de la colère suscitée par notre récente décision concernant les sources en aval provient soit de ceux qui ne veulent pas payer pour le temps, les efforts et les ressources consacrés à RHEL, soit de ceux qui veulent le reconditionner à leur propre profit. Cette demande de code RHEL est fallacieuse ».
La réaction tardive de la Free Software Foundation
La Free Software Foundation, qui milite depuis sa création pour la liberté des utilisateurs de logiciels et le droit d'accéder, de modifier et de redistribuer le code source, a réagi à cette prise de position. La FSF a exprimé son désaccord avec la démarche de Red Hat, affirmant que bien que cette action ne constitue pas nécessairement une violation de la licence GPL, elle...
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.