gnumdk a écrit 7490 commentaires

Mais quels problèmes?

La plupart des applications sur flatpak qui ne gèrent pas les portails et qui ont besoin d'accéder à ton OS, ben les restrictions sont explicitement ouvertes dans le paquet.

mais le premier ne réponds pas à mon besoin (packager une appli java)

C'est possible que tu arrêtes de répéter ça juste parce que tu n'a pas compris ce que tu as lu ?

pour un programme de calculatrice, un appImage fait 150 Mo tandis que le même fera 900 Mo
avec flatpak. D'un autre côté MuseScore en AppImage fait aussi 160 Mo donc ça reste
acceptable.

Sauf que le mec racontent n'importe quoi:
- Les 900 Mo, c'est pas pour la calculatrice mais pour "la plateforme" (800 Mo pour GNOME 44)
- Il existe un système de dé-duplication dans Flatpak
- J'ai une centaines d'applications installées via Flatpak, et pas que des calculatrices, je te laisse imaginé la taille du bousin avec appimage…

Perso, je suis sous Silverblue en 100% flatpak.

Et non il ne s'agit pas de limitation, si un outil n'est pas dans un SDK, oui il faut le builder… Appimage c'est pire, y'a pas de SDK….

snap est un logiciel à moitié libre, aucun libriste ne devrait l'utiliser. Donc c'est normal que les distribs ne le propose pas vu que le repo n'est pas libre.

Et les développements autour des portails se fait pour Flatpak, Canonical ne fait que courir derrière.

J'utilise Wayland et Flatpak, sur ma machine et les 400 ordis du parc au boulot, pas de problèmes, ça juste marche, contrairement à Xorg par exemple.

Les devs te remercient mais ça va aller, flatpak répond à nos besoins et permet de sécuriser notre OS autant que possible, de faciliter le développement et la reproductibilité des erreurs.

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 ?

Ce n'est pas une très bonne idée d'utiliser rpm-ostree pour autre chose que des paquets obligatoires (drivers, …)

Donc distrobox ou toolbox, ça permet d'avoir un environnement pas en lecture seul justement.

Ici j'ai mon shell par défaut sous ArchLinux, une Debian qui fait tourner le client syncthing (même version que sur mon serveur Debian) et une KaliLinux.

Je suis en train de le déployer au boulot, simple et efficace en se débarrassant de toute le bazar ITIL.

Pour les utilisateurs, ça reste une @ email à contacter et pour le service ça permet de faire plus simplement le suivi.

Fourniture d'une image avec Phosh, GNOME Shell pour mobile, à destination des téléphones ou des tablettes pour l'architecture x86_64 et aarch64

Tu as plus d'information sur cela ?

J'ai "rebasé" ma Silverblue sur la version 38 ce matin.

Rien à signaler, ça "juste marche"…

Après, c'est l'avantage d'avoir un canal de mise à jour pour l'OS (rpm-ostree) et un canal de mise à jour pour les applications (Flatpak).

Ca permet de migrer plus rapidement sur les version Beta, en effet, avec Fedora, j'avais souvent une application vitale qui ne fonctionnait plus et je devais revenir en arrière (avec deux partitions système pour gérer ça à la main).

Maintenance, c'est automatique et si jamais demain j'ai un problème matériel au boulot, il me suffit de booter sur Silverblue 37 :)

Deployments:
● fedora:fedora/38/x86_64/silverblue
                  Version: 38.20230313.n.0 (2023-03-13T08:07:32Z)
               BaseCommit: 34f81d41c76e8a8c54f86336f3fb874ce88ad8b4edf19d60484d3897ee26fce4
             GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464
          LayeredPackages: distrobox flatpak-builder gcc gdb glib2-devel gstreamer1-libav
                           gstreamer1-plugin-openh264 langpacks-fr meson nc nmap openssl tcpdump
                           unrar valgrind vim
            LocalPackages: rpmfusion-free-release-38-0.2.noarch
                           rpmfusion-nonfree-release-38-0.2.noarch

  fedora:fedora/37/x86_64/silverblue
                  Version: 37.20230315.0 (2023-03-15T00:44:37Z)
               BaseCommit: d0035ee2b86a33c58f07c5e424a96a998aeed98bb1444da5f1769f6ac7f1c14e
             GPGSignature: Valid signature by ACB5EE4E831C74BB7C168D27F55AD3FB5323552A
          LayeredPackages: distrobox flatpak-builder gcc gdb glib2-devel gstreamer1-libav
                           gstreamer1-plugin-openh264 langpacks-fr meson nc nmap openssl tcpdump
                           unrar valgrind vim
            LocalPackages: rpmfusion-free-release-37-0.2.noarch
                           rpmfusion-nonfree-release-37-0.2.noarch
                   Pinned: yes

Dans le cas de l'écriture de la langue, qui n'est pas le sujet premier de linuxfr

Ton compte date de 2020, ceci expliquant sûrement cela. Parce que franchement, tout le monde a tjs été hyper tendu sur l'usage du français sur ce site.

Perso, j'ai longtemps pensé à migrer de Arch/Fedora vers Nix et puis finalement, j'ai jeté mon dévolu sur Silverblue.

Bon, résultat, j'ai presque pas configuré un truc sur ma machine depuis l'installation en fait (hormis Flathub en mode user et le mode staged de rpm-ostree).

Ca fonctionne tout seul, vraiment tout seul.

Il y'a eu un bug la semaine dernière ou Fedora 36 proposait aux gens de passer à la nouvelle version stable Fedora 37. J'imagine que c'est ce qui est arrivé au monsieur.

Franchement, je l'ai remplacé par un service systemd, j'ai pas vu la différence.

[Unit]
Description = Proxy Socks et tunnels
After = network-online.target
Conflicts = shutdown.target

[Service]
ExecStart = bash -c 'ssh -N proxy'
Restart = always
RestartSec = 1

[Install]
WantedBy = default.target

Et un grand merci à ce prof sans qui:
- j'aurai arrêté mon DUT à la première année
- qui m'a fait découvrir le logiciel libre avec un cours abordant le coté historique et philosophique du libre
- sans qui je ne serai pas aujourd'hui contributeur au projet GNOME

Et à l'époque, on avait des cours KSH sous HPUX :) (1999)

Le BUT dans les IUT, c'est 3 années.

Je n'ai jamais utilisé aptibug, peut être la raison.

Merde, jamais mon cerveau n'avait fait le lien!

Top8

Perso, j'ai jamais utilisé Ubuntu mais je n'ai jamais cassé une Debian avec une dist upgrade.

Même quand on m'a demandé dans un grand Ministère de faire une migration Debian 4 -> 5 -> 6 -> 7 -> 8 -> 9

Après, je suis pas fou, j'ai pas essayé Debian 4 -> 9 :)

ps: Arch: 💙 Debian: 💛 Fedora: 💜

J'utilise la version de dev via Flatpak, pour une usage basique, aucun bug à signaler.

Euh, la plupart des projets libres n'ont absolument pas la force de frappe du noyau Linux ou beaucoup de devs sont justement juste là pour lire, faire corriger et intégrer les "Merge Request".

Tu compares des trucs incomparables là.

Je reçois parfois des PR que j'ignore pendant plusieurs semaine avant d'aller voir sur le gitlab de mon projet. Plus simple que de faire des recherches sur des mails que j'ai pas lu.

Ni que les softs qu'on utilise sont à la ramasse sur des machines moins puissantes.

C'est vrai qu'utiliser un dock à l'abandon qui rame sur une machine puissante, ça doit être un des arguments…

Franchement, j'ai installé F35 dans une VM tout à l'heure et GNOME Software avait enfin un comportement intelligent:
- Barre de progression quand il fait un truc en disant ce qu'il fait
- Installation au poil derrière le proxy du boulot alors que cela ne fonctionnait pas avant