gnumdk a écrit 7486 commentaires

Franchement, Silverblue, c'est de la bombe!

Je migre depuis Silverblue 36 sans jamais aucun problème. Idem au boulot où nous gérons un parc de plusieurs centaines de machines.

est-ce que Droidian est obligé d'utilisé la même version du noyau que celle utilisée par libhydris ?

Exactement, on est bloqué sur le noyau du constructeur même si il est possible de backporter depuis le noyau mainline.

Mais c'est exactement la même contrainte que pour LineageOS.

Clairement le noyau est un problème mais c'est aussi une partie de la solution.

Pour l'instant, même sur le téléphone le mieux supporté par PMOS (que j'ai à la maison), c'est clairement pas utilisable, le routage du son fonctionne très mal, la caméra pas du tout et l'autonomie est vraiment pas terrible.

De l'autre côté tout fonctionne mais on dépend d'un noyau ancien mais quand même patchable pour les plus grosses failles du noyau Linux mainline.

En particulier, on peut backport pas mal de chose depuis les noyaux encore maintenus sur un vieux noyau comme le 4.14.

https://github.com/droidian-devices/linux-android-xiaomi-miatoll/commits/feature/next/testing

Est-ce qu'il y a des interactions entre Mobian et Droidian ? Une mise en commun de certaines parties ?

Oui, via le fait de tout essayer d'upstream vers Debian et les projets comme GNOME, NetworkManager, …

Non, car une grande partie des pilotes fonctionnent avec des services en userspace (donc Android). Et puis porter des modules 4.14 vers un noyau 6.11, je te raconte pas le boulot.

Après, oui en théorie, si tu es prêt à recoder tout l'écosystème vendor de chaque téléphone.

Signal: J'utilise Flare mais Signal desktop fonctionne bien aussi. Sinon, tu peux toujours lancer la version Android depuis Waydroid.

Bootloader: Non, je ne pense pas

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

Loupé sur la phrase d'intro:

Pour rappel, Droidian un est un OS basé sur Debian (Mobian), Android et libhybris. Il y'a donc un mini conteneur Android qui se charge de communiquer avec les drivers du noyau Linux/Android.

Après tout, les libertés s'arrêtent où commence celle d'autrui

La liberté des autres, étend la mienne à l'infini.

Donc une idéologie qui cherche à supprimer la liberté des autres, on ne la défend pas en utilisant le mot liberté…

Moi la question qui me turlupine, c'est pourquoi Debian a migré sous Systemd mais a conservé ses scripts de gestion du réseau…

Sous Fedora, même un mixant systemd-networkd pour mes bridges/interfaces nspawn et NetworkManager pour le reste, je n'ai jamais eu aucun problème.

Je vois toujours pas.

PostmarketOS, Mobian ou Droidian, c'est le même écosystème avec les mêmes logiciels…

car c'est avant tout l'OS qui dictera les performances, usages possibles et applications
portées, comme problèmes rencontrés.

Je comprends pas cette phrase: usages? applications ? Je vois mal comment il pourrait y avoir une différence.

MicroG permet de faire ça:

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….