Je vais essayer de faire le plus clair possible pour que tout le monde puisse comprendre de quoi on parle
Ton propos est tout sauf clair.
CentOS existe depuis très longtemps, probablement depuis autant de temps que RHEL. Ce n’est pas une distribution « dérivée » de RHEL, c’était (jusqu’à la version 7) une distribution dite « downstream » de RHEL.
C'est donc une version dérivée. RHEL n'a jamais été une copie 100% identique (sinon ça n'aurait aucun intérêt).
C’est ça, il ya maintenant de nombreuses années qui a poussé certaines personnes à créer « CentOS », une distribution dite « binairement compatible » avec RHEL.
Ce qui est dommage dans ton explication c'est que tu passes outre qu'avant que Red Hat ne récupère CentOS (car cela n'a pas toujours été dans les mains de Red Hat), CentOS a plusieurs fois failli disparaître faute de main d’œuvre. En fait sans ce rachat à l'époque, CentOS aurait sans doute déjà disparu.
Car bon faire une distribution finalement c'est une tâche non triviale et ingrate, c'est difficile de motiver des gens sur la durée pour un projet qui finalement n'introduit rien de nouveau par définition.
À un moment donné RH s’est rendu compte qu’un certains nombre d’entités (déjà client ou client potentiel) montaient leur truc sur du CentOS, mais qu’une fois le truc validé, il y avait un financier pour suggérer que le risque de ne pas avoir de support était sensiblement inférieur au risque de migrer le truc. Que ça marchait plutôt bien. Et là ! L’idée, mais alors L’IDÉE!! de RH, on va transformer CentOS en une sorte de « preview » de notre next version ! }
Ou alors tu réfléchis 5 minutes à la situation, tu discutes avec les employés de Red Hat et tu vois que la décision de changer de modèle pour CentOS a du sens et des bénéfices et que c'est loin d'être une lubie de commerciaux.
CentOS avant CentOS Stream posait pas mal de problèmes. Comme c'était un downstream de RHEL, il y avait un délai pour fournir les versions (parfois plusieurs mois), de même pour les correctifs de sécurité. Cela signifiait que sans licence Red Hat, pas moyen de tester la version en développement pour s'assurer que son parc ou son application sera compatible car c'était un développement en mode fermé. Et de manière bizarre, CentOS avait de fait le retour des clients de RHEL concernant les MaJ alors que ce sont eux qui payent et non l'inverse. Puis si tu voulais changer un truc dans RHEL il n'y avait pas de canaux simples pour cela car le développement est fermé.
Aujourd'hui c'est plus logique, CentOS Stream devient l'amont, donc les clients qui payent ont les retours de ceux qui ne payent pas. Mais aussi quiconque peut facilement tester ou ajouter quelque chose dans RHEL via CentOS Stream car le développement devient ouvert. Les délais entre CentOS Stream / RHEL sont bien plus faibles qu'à l'époque. Un développement plus ouvert ça devrait être justement salué plutôt que de défendre un modèle de développement plus opaque tel qu'il était en place.
Et cela n'empêche nullement des entreprises comme Meta de miser massivement sur CentOS Stream en production, RH n'a aucun intérêt à saboter CentOS Stream en terme de stabilité car ils s'en servent après...
Qui ne sont donc pas des dérivées de RHEL, mais, et c’est clair que c’est pas compréhensible de manière évidente... J’espère avoir participé à une meilleure compréhension avec ce message.
Rocky Linux et ALMA Linux sont bien des dérivés de RHEL. Ton message n'explique en rien en quoi ils ne le sont pas.
Bref, ton message est pas très clair et ton scénario n'est pas très bon par ailleurs.
[^] # Re: Tout dépend du point de vue ...
Posté par Renault (site web personnel) . En réponse au journal Les distro pionnières, en recul?. Évalué à 10.
Ton propos est tout sauf clair.
C'est donc une version dérivée. RHEL n'a jamais été une copie 100% identique (sinon ça n'aurait aucun intérêt).
Ce qui est dommage dans ton explication c'est que tu passes outre qu'avant que Red Hat ne récupère CentOS (car cela n'a pas toujours été dans les mains de Red Hat), CentOS a plusieurs fois failli disparaître faute de main d’œuvre. En fait sans ce rachat à l'époque, CentOS aurait sans doute déjà disparu.
Car bon faire une distribution finalement c'est une tâche non triviale et ingrate, c'est difficile de motiver des gens sur la durée pour un projet qui finalement n'introduit rien de nouveau par définition.
Ou alors tu réfléchis 5 minutes à la situation, tu discutes avec les employés de Red Hat et tu vois que la décision de changer de modèle pour CentOS a du sens et des bénéfices et que c'est loin d'être une lubie de commerciaux.
CentOS avant CentOS Stream posait pas mal de problèmes. Comme c'était un downstream de RHEL, il y avait un délai pour fournir les versions (parfois plusieurs mois), de même pour les correctifs de sécurité. Cela signifiait que sans licence Red Hat, pas moyen de tester la version en développement pour s'assurer que son parc ou son application sera compatible car c'était un développement en mode fermé. Et de manière bizarre, CentOS avait de fait le retour des clients de RHEL concernant les MaJ alors que ce sont eux qui payent et non l'inverse. Puis si tu voulais changer un truc dans RHEL il n'y avait pas de canaux simples pour cela car le développement est fermé.
Aujourd'hui c'est plus logique, CentOS Stream devient l'amont, donc les clients qui payent ont les retours de ceux qui ne payent pas. Mais aussi quiconque peut facilement tester ou ajouter quelque chose dans RHEL via CentOS Stream car le développement devient ouvert. Les délais entre CentOS Stream / RHEL sont bien plus faibles qu'à l'époque. Un développement plus ouvert ça devrait être justement salué plutôt que de défendre un modèle de développement plus opaque tel qu'il était en place.
Et cela n'empêche nullement des entreprises comme Meta de miser massivement sur CentOS Stream en production, RH n'a aucun intérêt à saboter CentOS Stream en terme de stabilité car ils s'en servent après...
Rocky Linux et ALMA Linux sont bien des dérivés de RHEL. Ton message n'explique en rien en quoi ils ne le sont pas.
Bref, ton message est pas très clair et ton scénario n'est pas très bon par ailleurs.