Si je comprends bien il y a trois grammaires à apprendre pour installer ou mettre à jour le système : rpm-ostree, Fedora Toolbox, Flatpak.
Oui. Du moins en théorie.
Pour un usage bureautique pur, il te suffit de savoir manipuler un outil comme GNOME Logiciels qui gère tout ça pour toi. Car Fedora toolbox ne sert pas dans ce contexte et rpm-ostree ne serait que pour des mise à jour.
rpm-ostree, il faut bien comprendre que le but de cette partie du système est d'être vraiment minimal. Une fois que ton système est installé, à part les MaJ et problèmes particuliers, tu ne devrais pas y toucher. Donc à la limite sa maitrise n'est pas requise. Toolbox ou Flatpak par contre un peu plus oui.
Bon, c'est peut être pas plus simple à l'arrivée du coup ?
Qui a dit que cela devait être plus simple ? :)
Je dirais que tout dépend du profil d'utilisateur et de son but, dans certains cas je vois un apport important de Silverblue, parfois non.
Par exemple prenons le cas d'un utilisateur lambda, ni développeur, ni utilisateur avancé. Par exemple un travailleur de bureau qui n'est pas informaticien.
Il installe des paquets avec Flatpak, mets à jour le système quand on lui demande. Il accepte ou refuse des permissions et basta. Il profite de la flexibilité des Flatpak.
Pour le système de base, il s'en fout, il ne le gère pas. Par contre ce système est plus robuste donc moins probable qu'il y ait besoin d'une maintenance. Et s'il faut remettre à 0 le système pour X ou Y raisons, c'est assez facile à faire (genre donner la machine à un autre collègue ou lors d'une revente). Avec une distro classique c'est bien plus chiant comme opération.
Est-ce que finalement il n'aurait pas été plus simple de faire prendre en charge les applis non graphiques par Flatpak ?!
Pas sûr, disons que peut être qu'il y aurait moyen mais je vois un argument pour ne pas le faire du moins pour l'instant. Mais comme je ne connais pas la raison, elle est peut être fausse.
Un Flatpak est isolé, et son intérêt est de pouvoir autoriser des actions à la volée pour sortir du bac à sable. La capture d'écran faite maintenant, ton application peut y accéder ou pas ? La caméra, elle peut y accéder maintenant ?
Avec une interface graphique c'est facile de gérer le cas, une pop up ou une notification et tu peux facilement avoir la requête et son traitement par l'utilisateur. Tu fais ça comment avec une CLI ?
La CLI par essence impose que les droits dans ce cas soient permanents et peut être que cela est un problème.
Mais si quelqu'un a une source à ce sujet, je suis preneur.
[^] # Re: Fedora Toolbox
Posté par Renault (site web personnel) . En réponse à la dépêche Fedora Silverblue en pratique. Évalué à 4.
Oui. Du moins en théorie.
Pour un usage bureautique pur, il te suffit de savoir manipuler un outil comme GNOME Logiciels qui gère tout ça pour toi. Car Fedora toolbox ne sert pas dans ce contexte et rpm-ostree ne serait que pour des mise à jour.
rpm-ostree, il faut bien comprendre que le but de cette partie du système est d'être vraiment minimal. Une fois que ton système est installé, à part les MaJ et problèmes particuliers, tu ne devrais pas y toucher. Donc à la limite sa maitrise n'est pas requise. Toolbox ou Flatpak par contre un peu plus oui.
Qui a dit que cela devait être plus simple ? :)
Je dirais que tout dépend du profil d'utilisateur et de son but, dans certains cas je vois un apport important de Silverblue, parfois non.
Par exemple prenons le cas d'un utilisateur lambda, ni développeur, ni utilisateur avancé. Par exemple un travailleur de bureau qui n'est pas informaticien.
Il installe des paquets avec Flatpak, mets à jour le système quand on lui demande. Il accepte ou refuse des permissions et basta. Il profite de la flexibilité des Flatpak.
Pour le système de base, il s'en fout, il ne le gère pas. Par contre ce système est plus robuste donc moins probable qu'il y ait besoin d'une maintenance. Et s'il faut remettre à 0 le système pour X ou Y raisons, c'est assez facile à faire (genre donner la machine à un autre collègue ou lors d'une revente). Avec une distro classique c'est bien plus chiant comme opération.
Pas sûr, disons que peut être qu'il y aurait moyen mais je vois un argument pour ne pas le faire du moins pour l'instant. Mais comme je ne connais pas la raison, elle est peut être fausse.
Un Flatpak est isolé, et son intérêt est de pouvoir autoriser des actions à la volée pour sortir du bac à sable. La capture d'écran faite maintenant, ton application peut y accéder ou pas ? La caméra, elle peut y accéder maintenant ?
Avec une interface graphique c'est facile de gérer le cas, une pop up ou une notification et tu peux facilement avoir la requête et son traitement par l'utilisateur. Tu fais ça comment avec une CLI ?
La CLI par essence impose que les droits dans ce cas soient permanents et peut être que cela est un problème.
Mais si quelqu'un a une source à ce sujet, je suis preneur.