Sûr pour l'instant ça n'a pas trop dérivé mais l'idée derrière c'est qu'il n'y aura pas une centos 8 stream puis une centos 9 stream. C'est Centos stream rolling release. Ce qui veut dire que tôt ou tard ils vont introduire des trucs qui pète.
Prenons un exemple: la syntaxe des fichiers de configs des containers lxc a changé entre ubuntu 16.04 et ubuntu 18.04. Quand la 16.04 était sur le point d'arriver en fin de vie on a upgradé un certain nombre de machines, dont des hyperviseurs LXC et on a eu besoin de migrer ces fichiers de config. Sur une rolling release tu n'as pas cette délimitation de version, à un moment donné ton app doit passer de version majeur introduisant des changement. Tu as le choix:
- d'informer les utilisateurs du changement et espérer pour eux qu'ils lisent les news pour ne pas péter leur distro (j'avais par exemple pété une archlinux en faisant un pacman -Syu sans m'informer avant il y'a quelques années quand ils ont dépréciés la séparation /bin /usr/bin).
- d'avoir des scripts blindés qui prennent en charge tous les cas de figures. C'est parfois très difficile voire impossible.
Donc tôt ou tard ça arrivera sur Centos Stream. Je ne parles pas forcément de péter sa distro mais ça peut être simplement un changement d'une version majeure d'une application qui a déprécié depuis déjà n versions certaines syntaxes de ses fichiers de configuration et qui du jour au lendemain refuse de démarrer après une upgrade. Avec un parc correctement géré, des séparations d'environnements et des tests ad-hoc ce n'est pas la fin de monde, mais c'est une façon différente de gérer sa distro qu'avec le modèle de versions majeures dures qui aspirent à ne casser aucune compatibilité durant tout le cycle de vie.
[^] # Re: Et toujours LA question
Posté par Psychofox (Mastodon) . En réponse au lien Goodbye CentOS 8 and Thanks for Everything!. Évalué à 5.
Centos Stream n'est pas Centos 8 Stream.
Sûr pour l'instant ça n'a pas trop dérivé mais l'idée derrière c'est qu'il n'y aura pas une centos 8 stream puis une centos 9 stream. C'est Centos stream rolling release. Ce qui veut dire que tôt ou tard ils vont introduire des trucs qui pète.
Prenons un exemple: la syntaxe des fichiers de configs des containers lxc a changé entre ubuntu 16.04 et ubuntu 18.04. Quand la 16.04 était sur le point d'arriver en fin de vie on a upgradé un certain nombre de machines, dont des hyperviseurs LXC et on a eu besoin de migrer ces fichiers de config. Sur une rolling release tu n'as pas cette délimitation de version, à un moment donné ton app doit passer de version majeur introduisant des changement. Tu as le choix:
- d'informer les utilisateurs du changement et espérer pour eux qu'ils lisent les news pour ne pas péter leur distro (j'avais par exemple pété une archlinux en faisant un pacman -Syu sans m'informer avant il y'a quelques années quand ils ont dépréciés la séparation /bin /usr/bin).
- d'avoir des scripts blindés qui prennent en charge tous les cas de figures. C'est parfois très difficile voire impossible.
Donc tôt ou tard ça arrivera sur Centos Stream. Je ne parles pas forcément de péter sa distro mais ça peut être simplement un changement d'une version majeure d'une application qui a déprécié depuis déjà n versions certaines syntaxes de ses fichiers de configuration et qui du jour au lendemain refuse de démarrer après une upgrade. Avec un parc correctement géré, des séparations d'environnements et des tests ad-hoc ce n'est pas la fin de monde, mais c'est une façon différente de gérer sa distro qu'avec le modèle de versions majeures dures qui aspirent à ne casser aucune compatibilité durant tout le cycle de vie.