gnumdk a écrit 7500 commentaires

Walid, lors de l'interview, tu parles de patch Signal-Desktop de chez UBPorts pour le rendre responsive.

Je maintiens un fork principalement pour Droidian (mais que j'utilise sous PMOS) et je me demandais si ce n'était pas une erreur et que tu voulais dire Droidian :-)

https://github.com/bellegarde-c/Signal-Desktop

Si ce n'est pas une erreur, peux-tu m'en dire plus, ce serait bien de pouvoir travailler avec UBPorts sur le sujet.

Il reste quand même une troisième possibilité, passer à Windows 11 en achetant une licence. Oui, c'est un truc assez technique, mais ça reste faisable. Je dis pas que c'est souhaitable hein, mais ça reste faisable.

Ici, l'ensemble de notre parc a été migré et on a des machines vraiment très vieilles. Et on n'avait pas le choix, ce sont des machines de manip de labos sur des logiciels très spécifiques, donc exit Linux.

On utilise motion au boulot pour faire le suivi des entrées/sorties des salles serveurs (electriciens, prestas, …), franchement, c'est simple, dispo dans debian, tout ce que j'aime.

Contrairement à ce qui est dit, en installant Waydroid puis en "flashant" MicroG, on peut tout à fait utiliser son application bancaire sur Linux.

Je n'ai pas encore fait la démarche sur mon Oneplus6 sous postmarketOS mais j'ai utilisé ça pendant deux ans sur mon Redmi Note 9 pro sous Droidian.

D'ailleurs, c'est MicroG qui permet de mentir sur l'état de SafetyNET aux applications, si on utilise les "Play services" de Google, alors l'application bancaire dit que le téléphone est rooté.

J'ai migré récemment mon téléphone principal de Droidian vers postmarketOS.

Sur la dernière stable, les appels ne fonctionnent toujours pas.

https://gitlab.postmarketos.org/postmarketOS/pmaports/-/work_items/3320

Mais j'ai passé plusieurs jours de debug sur le sujet et j'ai enfin trouvé le coupable !

https://patchew.org/linux/20260304141006.280894-1-cedric.bellegarde@adishatz.org/

Donc maintenant (enfin quand la 7.1 sera sortie), on a un téléphone qui fonctionne (le Oneplus 6) avec Pulseaudio.

Mais si on migre sur Pipewire, alors un nouveau bug apparait (gestion headphone) sur lequel je bosse en ce moment en espérant trouver la raison.

Ici, l'antispam n'est pas actif par défaut, il faut l'activer par compte… (flathub)

Idem ici, Silverblue est vraiment incroyable. L'ensemble de notre parc Linux est sous Silverblue (300 machines) et c'est vraiment le pied.

On a mis un peu de temps pour trouver une solution pour ajouter des commandes pour les cours:
- distrobox (user) : OK, mais il faut refaire ça sur chaque nouvelle machine/session
- systemd-nspawn (system) : Mieux mais on doit switcher entre nspawn et Silverblue en fonction des besoins

Et finalement, on va partir là dessus pour l'année prochaine:

https://lemmy.ml/post/37113105

Le commentaire de totof2000 est typique des gens qui n'utilisent ni GNOME ni Systemd mais qui ont lu sur le web que c'était moins bien qu'avant.

Parce que l'argument fonctionne avec tous les logiciels en fait, Firefox a changé dernièrement beaucoup de choses qui cassaient mon "workflow", ben je me suis adapté, c'est la vie.

Et pour Systemd, les gens qui disent ça sont toujours des gens qui ne l'utilisent pas vraiment. Parce que comparer systemd-timesyncd avec ntpd, ça prouve juste que tu n'as rien compris.

Rien à voir, sysext, ça permet de rajouter des overlays à son système un peu comme les extensions Flatpak pour une application. Genre, tu veux un serveur LAMP, y'a un overlay LAMP disponible pour ta distrib avec tout ce qu'il faut. On peut déjà faire avec rpm-ostree mais ça alourdit les mises à jour.

Systemd-nspawn, ça permet de faire booter n'importe quel rootfs dans un conteneur.

Ici à mon taf, après avoir utilisé toolbox/distrobox pendant 2 ans, on a fini par changer de techno en partie pour répondre aux besoins de nos enseignants.

On est donc partie sur systemd-nspawn:
- Plus simple à comprendre, quand y'a un problème dans podman, c'est souvent une galère sans nom
- On a (par défaut) un vrai système d'init, de vraies cartes réseaux, …

Bref, systemd-nspawn n'est pas très connu mais c'est vraiment top.

ps: En vrai, j'aime pas docker donc même si podman fait mieux, ça reste une usine à gaz pour moi.

Comment ?

L’histoire du jour, c’est que sur mon réseau au taf, je ne peux me connecter qu’avec un adresse MAC validée

Si le passthrough est désactivé dans le BIOS, alors ta machine (et n'importe quelle machine) aura une MAC valide sur le réseau de ton entreprise…

On va dire que ça permet juste d'éviter que n'importe qui de bien intentionné récupère une ip sur ton réseau.

Pour les personnes mal intentionnées, reste l'authentification par mot de passe, mais même ça on peut le contourner…

Je peux aussi me placer du point de vue du développeur, si tu utilises mon paquet Flatpak que je maintiens sur Flathub, j'ai 100% confiance dans ton rapport de bug.

Si tu es sous Debian Stable, déjà je fronce les sourcils. Si tu es sous ArchLinux, vu le nombre de fois où Arch a poussé des version de développement suite à une boulette d'un packageur, je fronce les sourcils :)

Et si tu es sous Gentoo? J'ai presque envie de t'envoyer un WONTFIX tant que tu n'a pas un patch à me proposer vu que j'ai aucune idée des options de builds de ton OS et que le bug peut être n'importe où.

facile à mettre à jour (pour les admins/utilisateurs)

C'était crédible jusque là.

Autant j'entends l'argument de la légèreté (même si il vaut mieux utiliser Alpine à ce moment là) mais ça s'arrête là.

Mettre à jour ses applications sous Debian stable, c'est juste l'enfer.

En en vrai, moi qui suis en full Flatpak, ai je vraiment perdu de l'espace disque?

174 applications Flatpak installées pour 50 Gio consommés. Ce sera possiblement mieux avec des paquets mais avec beaucoup moins de flexibilité que Flatpak sur le déplacement dans l'historique du paquet en cas de régression.

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.