gnumdk a écrit 7507 commentaires

Parce que je code rien en lien avec mon laptop mais uniquement pour mon téléphone. Donc bien sûr que je build le noyau pour mon tel via pmbootstrap ;)

Sur mon laptop, j'ai pas compilé un noyau depuis 2003, et encore moins regardé le code de ce dernier… C'est vrai que Linux sur téléphone c'est un bon moyen de rentrer dans le bousin parce que des bugs, y'en a plein.

Tout les patches sauf les deux du gitlab sont déjà inclus dans Linux 7.3.

Pour les deux derniers, pas eu le temps encore ;)

Je crois vraiment que le truc le plus incompréhensible pour moi, c'est le scheduler du noyau. Et les commits qui corrigent les erreurs du commit x qui lui-même corrigeait les erreurs du commit y :-)

Pour détailler, dans le dts de mon téléphone il y'a ça:

[~/Projets/pmos/git/linux](pmos)$ grep -r lens-focus arch/arm64/boot/dts/
arch/arm64/boot/dts/qcom/sdm845-oneplus-common.dtsi:        lens-focus = <&rear_cam_actuator>;
arch/arm64/boot/dts/qcom/sdm845-oneplus-common.dtsi:        lens-focus = <&sub_cam_actuator>;

Cela crée un lien entre la caméra et le moteur du focus. J'ai pas cherché midi à quatorze heure, je suis parti du principe que c'est le meilleur endroit pour créer un lien au niveau gestion de l'énergie entre les deux périphériques. Je laisse juste le soin au driver du moteur de dire qu'il veut entre lié via le nouveau flag V4L2_SUBDEV_FL_PM_LINK, en particulier parce que pour l'option dts "flash-leds", cela ne fonctionne pas, on peut avoir la camera active et le flash inactif.

Mais bon, comme je le dis, on va peut-être me dire que taper l'incruste dans cette fonction n'est pas la bonne façon de faire, et qu'il faudrait mieux rajouter une nouvelle option dts genre "link-pm", ça va vouloir dire un patch plus conséquent.

Perso, je ne regarde YouTube que sur ma TV via la Freebox sur laquelle j'ai sideloadé https://smarttubeapp.github.io/

Je viens de regarder mais on va pas pouvoir merge nos projets:
- Je patche directement le code source de Signal Desktop
- Il injecte du code javascript pour la rendre responsive

Dommage, je vais quand même l'installer sur un tel de test pour voir si il a trouvé une solution cool pour la recherche (que j'ai désactivé pour l'instant de mon côte)

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