gnumdk a écrit 7489 commentaires

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.

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.