Dans l'absolu j'aime bien le concept du système immutable. Dans la pratique j'ai pas souvenir de cas d'exemple où j'aurai pu avoir besoin de faire un rollback. Il y a 1 an j'ai eu un problème avec une mise à jour kernel qui a pété la compatibilité avec le gpu nvidia de mon laptop sur un Fedora normale. J'ai juste redémarré sur le kernel précédent. C'est rare d'avoir une maj qui pète vraiment tout sans possibilité de démarrer.
J'ai déjà eu des blagues perso, c'est vrai que j'ai une tendance à utiliser les versions de développement et autres, mais ça arrive quand on voit les forums et les rapports de bogues.
De même que certains bogues difficilement reproductibles et identifiables car oops le paquet X a été mis à jour avant Y chez quelqu'un et que pour l'empaqueteur et d'autres utilisateurs ça a été fait dans l'autre sens.
Bref, ça arrive pas spécialement souvent mais tout de même.
Même pour les tests c'est confortable, un soucis avec Fedora Rawhide ? On revient sur Fedora normal rapidement et simplement.
Puis Silverblue ce n'est pas que faire un système immuable, l'objectif reste le système en couche avec la base du système immuable certes, mais derrière c'est aussi de pousser à la flexibilité et à l'isolation du reste des logiciels ou piles logicielles (type Python, PHP, Ruby, etc.) via Flatpak et Fedora Toolbox ce qui apporte d'autres avantages aussi. Cela pousse jusqu'au bout ce concept car on peut aussi tirer le bénéfice de Flatpak et Fedora Toolbox avec Fedora Workstation.
S'il y a clairement un mouvement qui monte pour pousser Fedora Silverblue qui pourrait devenir l'image de référence, rien n'est joué, cela reste une expérimentation avec beaucoup de défis à relever avant de sauter le pas et je doute que le saut sera effectué avant d'avoir une solution satisfaisante pour tout le monde.
Mais ce qui est intéressant c'est que Fedora a clairement contribué ici à initier un nouveau modèle de ce qu'était un système Linux (en partie inspiré de ce que se fait chez Android par ailleurs) et qu'il y a une dynamique à essayer quelque chose de nouveau pour résoudre certains vieux problèmes avec l'architecture plus classique. Est-ce que cela va fonctionner ? Est-ce qu'un modèle l'emportera ou les deux modèles coexisteront pour toujours ? Difficile à dire à ce stade. Mais Fedora est clairement dans son rôle de tenter quelque chose à ce sujet.
[^] # Re: Tiens
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora a 20 ans : coup d'oeil dans le rétro avec Renault. Évalué à 4.
J'ai déjà eu des blagues perso, c'est vrai que j'ai une tendance à utiliser les versions de développement et autres, mais ça arrive quand on voit les forums et les rapports de bogues.
De même que certains bogues difficilement reproductibles et identifiables car oops le paquet X a été mis à jour avant Y chez quelqu'un et que pour l'empaqueteur et d'autres utilisateurs ça a été fait dans l'autre sens.
Bref, ça arrive pas spécialement souvent mais tout de même.
Même pour les tests c'est confortable, un soucis avec Fedora Rawhide ? On revient sur Fedora normal rapidement et simplement.
Puis Silverblue ce n'est pas que faire un système immuable, l'objectif reste le système en couche avec la base du système immuable certes, mais derrière c'est aussi de pousser à la flexibilité et à l'isolation du reste des logiciels ou piles logicielles (type Python, PHP, Ruby, etc.) via Flatpak et Fedora Toolbox ce qui apporte d'autres avantages aussi. Cela pousse jusqu'au bout ce concept car on peut aussi tirer le bénéfice de Flatpak et Fedora Toolbox avec Fedora Workstation.
S'il y a clairement un mouvement qui monte pour pousser Fedora Silverblue qui pourrait devenir l'image de référence, rien n'est joué, cela reste une expérimentation avec beaucoup de défis à relever avant de sauter le pas et je doute que le saut sera effectué avant d'avoir une solution satisfaisante pour tout le monde.
Mais ce qui est intéressant c'est que Fedora a clairement contribué ici à initier un nouveau modèle de ce qu'était un système Linux (en partie inspiré de ce que se fait chez Android par ailleurs) et qu'il y a une dynamique à essayer quelque chose de nouveau pour résoudre certains vieux problèmes avec l'architecture plus classique. Est-ce que cela va fonctionner ? Est-ce qu'un modèle l'emportera ou les deux modèles coexisteront pour toujours ? Difficile à dire à ce stade. Mais Fedora est clairement dans son rôle de tenter quelque chose à ce sujet.