Avec la sortie de Fedora 38, j'ai aussi essayé d'installer Silverblue.
Je n'avais pas bien compris ce que c'était vraiment et j'ai cru que tout le système d'exploitation serait en lecture seule.
Heureusement, j'ai essayé et j'ai appris que "/etc" est toujours modifiable, ouf !
Finalement, c'est surtout /usr qui est en lecture seule: ça permet de laisser la gestion de ces données exclusivement à la distribution Linux et de permettre des mises à jour plus fiable, car personne ne touche à ce répertoire.
Colin Walters a bien expliqué sur son blog pourquoi cette propriété est intéressante.
Notamment, parce que, même si personnellement je ne touche pas à /usr, je ne suis pas à l'abri qu'un script d'installation y touche malgré moi.
Au début, j'avais aussi un peu peur par rapport à l'installation de service système: par exemple, j'ai besoin de pouvoir connecter mon ordinateur à un service VPN. Eh bien, avec rpm-ostree, on peut encore ajouter des composants systèmes via les RPM de Fedora.
Si j'ai bien compris le système ce n'est pas un soucis, car lors d'une mise à jour majeur, rpm-ostree fera un rebase des paquets RPMs installés à la main sur la nouvelle version de Fedora. Autrement dit, ça ressemble exactement aux rebases quotidiens que je fais avec git durant mes développement, ça me plaît :)
L'utilisation des Flatpak de Flathub ça me plaît bien également, je l'utilisais déjà avec Debian et Fedora Workstation.
Il me reste enfin l'utilisation de toolbox dont je ne suis toujours pas trop sûr de l'intérêt. Vous avez des retours ?
J'ai installé mon environnement de développement dans toolbox comme conseillé. Mais je me dis que, quand je vais devoir mettre à jour le container toolbox, eh bien, j'aurai perdu tout l'intérêt de Silverblue : je vais repasser par les mises à jours via dnf avec un /usr potentiellement plein de modifications. Je ne ferais pas mieux d'utiliser les packages Fedora avec rpm-ostree ?
Est-ce que l'idée est de pouvoir juste délier la mise à jour de l'hôte et des containers ? Par exemple, ça me permettrait d'activer les mises à jour automatique de Fedora Silverblue sur l'hôte sans prendre de risque de casser mes outils de développement tout le temps ?
[^] # Re: Vivement l'avènement de Silverblue
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Fedora Linux 38 devient accessible !. Évalué à 5.
Avec la sortie de Fedora 38, j'ai aussi essayé d'installer Silverblue.
Je n'avais pas bien compris ce que c'était vraiment et j'ai cru que tout le système d'exploitation serait en lecture seule.
Heureusement, j'ai essayé et j'ai appris que "/etc" est toujours modifiable, ouf !
Finalement, c'est surtout
/usrqui est en lecture seule: ça permet de laisser la gestion de ces données exclusivement à la distribution Linux et de permettre des mises à jour plus fiable, car personne ne touche à ce répertoire.Colin Walters a bien expliqué sur son blog pourquoi cette propriété est intéressante.
Notamment, parce que, même si personnellement je ne touche pas à
/usr, je ne suis pas à l'abri qu'un script d'installation y touche malgré moi.Au début, j'avais aussi un peu peur par rapport à l'installation de service système: par exemple, j'ai besoin de pouvoir connecter mon ordinateur à un service VPN. Eh bien, avec
rpm-ostree, on peut encore ajouter des composants systèmes via les RPM de Fedora.Si j'ai bien compris le système ce n'est pas un soucis, car lors d'une mise à jour majeur,
rpm-ostreefera unrebasedes paquets RPMs installés à la main sur la nouvelle version de Fedora. Autrement dit, ça ressemble exactement aux rebases quotidiens que je fais avec git durant mes développement, ça me plaît :)L'utilisation des Flatpak de Flathub ça me plaît bien également, je l'utilisais déjà avec Debian et Fedora Workstation.
Il me reste enfin l'utilisation de toolbox dont je ne suis toujours pas trop sûr de l'intérêt. Vous avez des retours ?
J'ai installé mon environnement de développement dans toolbox comme conseillé. Mais je me dis que, quand je vais devoir mettre à jour le container toolbox, eh bien, j'aurai perdu tout l'intérêt de Silverblue : je vais repasser par les mises à jours via
dnfavec un/usrpotentiellement plein de modifications. Je ne ferais pas mieux d'utiliser les packages Fedora avecrpm-ostree?Est-ce que l'idée est de pouvoir juste délier la mise à jour de l'hôte et des containers ? Par exemple, ça me permettrait d'activer les mises à jour automatique de Fedora Silverblue sur l'hôte sans prendre de risque de casser mes outils de développement tout le temps ?