gnumdk a écrit 7495 commentaires

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.

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.