gnumdk a écrit 7474 commentaires

C'est ce que je dis dans mon journal, ça fonctionne avec MicroG mais pas avec Google Play.

https://github.com/droidian/droidian-encryption-service

Le reste, c'est plus au cas par cas en fonction des mainteneurs. Par exemple pour Miatoll, je vais me prendre un second Redmi mais pour l'instant, je joue pas à ça sur mon tel principal.

Bonjour, alors je ne joue pas du tout donc je peux pas te répondre. Si ce sont des jeux Android, vu que les perfs de Waydroid sont vraiment équivalentes, y'a pas de raison.

Idem, j'utilise Freetube donc je ne sais pas les comportements de Waydroid/Youtube.

Mais oui, comme Android, Droidian ne se met jamais en veille donc pas de problème pour la lecture audio.

Je m'assure même sur mon noyau que pulseaudio tourne sur le cluster "power efficient" afin d'avoir une consommation d'énergie minimal en mode "baladeur MP3": https://github.com/gnumdk-miatoll/linux-android-xiaomi-miatoll/commit/9e8baa5acf17a56d87e0859c51ddc26d741cbaf2

Tu devrais regarder systemd-nspawn et machinectl si tu veux des conteneurs sous stéroïdes.

Salut,

j'y serai plutôt avec le projet GNOME en journée.

Le soir je vais sûrement à: https://bytenight.brussels/

C'est pour cela que j'ai choisi une distrib ou cela ne fait pas doublon: Silverblue.

Quand il y'a un bug dans l'application, bien sur que si.

Et quand wayland démarre quand même, c'est cool d'indiquer aux utilisateurs de devoir >
parfois redémarrer sous Xorg parce que certains logiciels (libres) ne fonctionne pas >correctement avec.

Genre?

Euh, qui sont toutes les mêmes, certainement pas, c'est le désavantage des Universités qui n'ont plus de thunes…

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)