Ça m'embête parce que j'aimais beaucoup LG pour mes écrans de PC. Bah on va trouver une autre marque la prochaine fois. Je sais que l'annonce concerne que les SmartTV mais c'est hors de question de financer ce genre de pratiques :)
Du coup, si vous avez des suggestions de marques fiables que vous appréciez, n'hésitez pas.
Yes je télécharge ça immédiatement et l'imprime avec mon air-printer, ensuite je vais chez relieur proche de chez moi sans donner aucun crédit à l'auteur original !
Qu'il implémente les protocoles de wlroots non plus, ça permet aux les logiciels prévus pour interagir avec un compositeur wlroots de fonctionner également avec hyprland.
C'est vrai mais ça laisse quand même penser à un outil de croire qu'on tourne sous tel ou tel compositeur. Pour le cas de wlroots c'est assez neutre (et encore, c'est un devaultware).
Mais il y a plusieurs protocols qui font la même chose :
C'est assez chiant pour les devs de compositeurs et d'outils qui doivent gérer divers protocols. Et le jour où un compositeur implémente un protocol « étranger » juste pour utiliser des outils génériques et que ça marche pas on sait pas à qui on va faire un rapport de bug et ça va causer des frictions.
J'adore wayland et je suis entrain de commencer à m'amuser à coder un compositeur.
Plus j'entre dans les détails plus je me rends compte que c'est ultra fragmenté. Certains outils fonctionnent sur un compositeurs et pas sur d'autres. C'est normal, chaque compositeur implémente ses propres protocols sur ce qui n'est pas en standard. C'est dommage même si certains protocols (XDG notamment) essaye de généraliser ça.
Du coup, ce lot d'outils ne fonctionnent qu'avec les wlroots. Donc pas hyprland, velox, ni GNOME, KDE et xfwm+
Ah parce qu'on doit faire des application en utilisant la libx11 directement ? Non parce que wayland ou x11, un dev utilise un toolkit graphique normalement.
Tout va bien. J'utilisais github que pour collaborer et mettre des miroirs de mes dépots mercurial. à la suite de leur annonce de scanner les depots pour entrain l'ia j'ai tout supprimé et je vais probablement supprimer mon compte github aussi. s'il faut collaborer sur des depots github on me fera par mail et les gens n'auront qu'à demander à claude françois s'ils sont si perdu pour appliquer un patch
Prends par exemple l'arrivée des calculatrices. Tu étais ingénieur, et tu passais une proportion non-négligeable de ton temps à faire des calculs à la main, éventuellement avec des conversions log pour transformer les multiplications et les additions.
Je comprendrai jamais cette comparaison. Il y a une galaxie entre comparer un calcul à la main et à la calculatrice contre écrire du code et le générer hein.
À la rigueur, je veux bien que tu compares du code écrit sans auto complétion, sans couleur, sans warnings et sans debugger avec un boulanger qui pétrit sa pate à la main vs au pétrin électrique.
La calculatrice elle invente rien. L'IA elle invente beaucoup et parfois des conneries. En plus, la calculatrice n'émet pas des giga tonnes de CO2 par an à chaque calcul.
Est-ce nécessaire de mépriser les compétences humaines pour échanger sur celles d'un outil qu'on nous a imposé?
Je ne suis pas sur de comprendre ton raisonnement.
Personne ne nous impose l'IA. Tout du moins, si on me l'impose je change de travail. Personne n'oblige quelqu'un à coder sous vscode ou emacs ou vim.
Ce que je comprends pas avec cette dépêche c'est de se plaindre de quelque chose qu'on utilise dans le sens « j'utilise claude mais je suis effrayé par la télémétrie et j'ai vérifié la télémétrie il y en a trop ».
C'est un peu comme — et j'exagère volontairement — écrire un article sur « j'ai regardé mes poumons après avoir fumé quelques cigarettes, c'est pire qu'un parking sous-terrain maintenant ». Ce que je veux dire c'est qu'on sait que l'IA est une catastrophe pour l'environnement et le respect de la vie privée alors c'est comme si on essaye de nous apprendre quelque chose de nouveau.
Parce que je code depuis 2008 et que depuis 2008 je lis les pages de manuel, les forums et les code opensource. Résultat : j'ai capitalisé des connaissances qui me servent encore aujourd'hui.
Quand on me demande quelque chose dans mon travail, il est pas rare que j'ai la réponse rapidement. C'est pas de la science infuse, c'est de l'investissement.
Je suis anti IA et je soutiens les logiciels 100% AI free.
Par contre, comment on garantit à 100% que ce fork n'aura jamais de contribution faite avec de l'IA ?
Je veux dire que, il y a souvent des indicateurs simples du style une merge request qui corrige un petit bug et comme par hasard contient une palanquée de changements hors sujets.
Mais qu'en est il de ceux qui utilisent l'IA et dont on passera à côté ?
Oui et c'est bien le cas. L'image ne change pas et c'est pour ça qu'on utilise un système A/B le plus souvent avec swupdate.
La mise à jour consiste à remplacer l'intégralité de l'image générée verbatim sur le deuxième slot et tenter de booter dessus après. Si ça marche pas on reste sur le slot actif.
Son utilisation est hors sujet par rapport à buildroot. On peut utiliser une image buildroot et la graver dans le marbre ou faire des mises à jour sous une autre forme.
Je pense qu'il est tout de même important d'avoir l'image la plus fine possible. Nous avons certains systèmes qui téléchargent les mises à jour en 4G alors si on peut payer le moins possible c'est mieux. Sur certains projets, on avait même une connexion satellitaire et là je t'assure qu'on calcule le moindre octet.
mais un gestionnaire de dépendances qui fait que si on veut faire tourner un service quelconque (disons NGinx), les dépendances seront intégrées automagiquement dans le build.
Pour vulgariser en masse, buildroot c'est comme emerge de gentoo mais pour une image finale. Ça compile tous les paquets demandés (après une configuration avec un assistant KConfig comme Linux) et ça génère une image finale sous différent format (un .cpio/.img/.rootfs). Mais forcément, tout ça est fait depuis un système hôte et le résultat est un système le plus léger possible : pas de page de manuel ni .info, pas de .h, pas de NLS et pas non plus de bibliothèque statique. J'ai réalisé des buildroot pour mon travail qui font même pas 30Mo tout compris (musl + sinit) et qui démarrent en moins d'une seconde. C'est tellement amusant d'optimiser le moindre octet et d'avoir le contrôle sur la totalité du système (jusqu'à faire son propre /etc/passwd).
Et comme c'est prévu pour l'embarqué il y a une panoplie de système préconfigurés avec la gestion de leur bootloader les plus funky (que je déteste i.MX et NXP).
Est ce nécessaire si le résultat de la compilation doit tourner sur la machine qui a fait le build ?
On peut utiliser des toolchains complet de l'extérieur d'ailleurs c'est souvent pratique quand on veut recompiler des images sans reconstruire le toolchain (qui n'a pas changé entre temps).
La spécialisation sur les cartes embarquées ou le fait que le système soit figé après l’installation n’est pas un critère ! (et restreindre les distributions à des services desktop est… restrictif !)
J'ai volontairement exagéré la comparaison mais tu avais compris je pense. Utiliser buildroot pour un système de tous les jours (serveur, desktop) c'est vraiment pas une bonne idée. Simplement pour dire que buildroot c'est très bien mais c'est certainement pas fait pour être utilisé comme une distribution Linux au sens que tout le monde l'entend.
Il y a un système de paquets
Il n'y pas de système de paquets. Le système de construction de l'image a des dépendances mais l'image générée est gravée dans le marbre et buildroot déconseille fortement tout utilisation d'un gestionnaire de paquet au sein de l'image générée.
# Ben, salut.
Posté par David Demelier (site web personnel) . En réponse au lien LG conditionne les mises à jour de sécurité de ses TV à l'acceptation de l'enregistrement vocal par son IA. Évalué à 10 (+12/-0).
Ça m'embête parce que j'aimais beaucoup LG pour mes écrans de PC. Bah on va trouver une autre marque la prochaine fois. Je sais que l'annonce concerne que les SmartTV mais c'est hors de question de financer ce genre de pratiques :)
Du coup, si vous avez des suggestions de marques fiables que vous appréciez, n'hésitez pas.
AI is a mental disorder
# Incroyable
Posté par David Demelier (site web personnel) . En réponse au lien La forge logicielle Codeberg bannit les projets vibe codés. Évalué à 10 (+9/-1).
Merci codeberg de respecter les artistes, les créateurs, les écrivains, les traducteurs, le partage du savoir et bien évidemment, l'environnement.
AI is a mental disorder
[^] # Re: J'adore
Posté par David Demelier (site web personnel) . En réponse au lien auto-défense contre l'IA générative. Évalué à 1 (+0/-1).
Yes je télécharge ça immédiatement et l'imprime avec mon air-printer, ensuite je vais chez relieur proche de chez moi sans donner aucun crédit à l'auteur original !
AI is a mental disorder
# J'adore
Posté par David Demelier (site web personnel) . En réponse au lien auto-défense contre l'IA générative. Évalué à 4 (+3/-1).
Merci tellement.
J'aimerais une version brochure à avoir toujours sur moi. C'est excellent.
AI is a mental disorder
[^] # Re: full wlroots
Posté par David Demelier (site web personnel) . En réponse au journal wlr-utils : je voulais juste un sélecteur de fenêtres, je me suis retrouvé avec une suite de capture pour wlroots. Évalué à 4 (+2/-0).
C'est vrai mais ça laisse quand même penser à un outil de croire qu'on tourne sous tel ou tel compositeur. Pour le cas de wlroots c'est assez neutre (et encore, c'est un devaultware).
Mais il y a plusieurs protocols qui font la même chose :
C'est assez chiant pour les devs de compositeurs et d'outils qui doivent gérer divers protocols. Et le jour où un compositeur implémente un protocol « étranger » juste pour utiliser des outils génériques et que ça marche pas on sait pas à qui on va faire un rapport de bug et ça va causer des frictions.
AI is a mental disorder
[^] # Re: full wlroots
Posté par David Demelier (site web personnel) . En réponse au journal wlr-utils : je voulais juste un sélecteur de fenêtres, je me suis retrouvé avec une suite de capture pour wlroots. Évalué à 4 (+2/-0).
hyprland a quitté wlroots mais ils implémente quelques protocols wlroots pour simplifier la vie. moi honnêtement je trouve ça bizarre.
AI is a mental disorder
# full wlroots
Posté par David Demelier (site web personnel) . En réponse au journal wlr-utils : je voulais juste un sélecteur de fenêtres, je me suis retrouvé avec une suite de capture pour wlroots. Évalué à 8 (+6/-0).
J'adore wayland et je suis entrain de commencer à m'amuser à coder un compositeur.
Plus j'entre dans les détails plus je me rends compte que c'est ultra fragmenté. Certains outils fonctionnent sur un compositeurs et pas sur d'autres. C'est normal, chaque compositeur implémente ses propres protocols sur ce qui n'est pas en standard. C'est dommage même si certains protocols (XDG notamment) essaye de généraliser ça.
Du coup, ce lot d'outils ne fonctionnent qu'avec les wlroots. Donc pas hyprland, velox, ni GNOME, KDE et xfwm+
AI is a mental disorder
[^] # Re: Cette manie d'utiliser des webviews...
Posté par David Demelier (site web personnel) . En réponse au lien Prochain arrêt, C:\... L'affichage du métro parisien a déraillé. Évalué à 2 (+0/-0).
Je suis d'accord. On a une page web dans un iMX8 au travail. À lui seul il prend 1/4 de la RAM de la machine.
AI is a mental disorder
[^] # Re: Cette manie d'utiliser des webviews...
Posté par David Demelier (site web personnel) . En réponse au lien Prochain arrêt, C:\... L'affichage du métro parisien a déraillé. Évalué à 5 (+3/-0).
Ah parce qu'on doit faire des application en utilisant la libx11 directement ? Non parce que wayland ou x11, un dev utilise un toolkit graphique normalement.
AI is a mental disorder
[^] # Re: J'ai pas besoin de faire pareil
Posté par David Demelier (site web personnel) . En réponse à la dépêche J'ai mis un proxy entre claude et Internet. Évalué à 3.
Merci.
AI is a mental disorder
[^] # Re: Cheval de troie
Posté par David Demelier (site web personnel) . En réponse au lien Claude desktop installe des spywares. Évalué à 6.
Même si l'article est effectivement à chier en plus d'être écrit à l'IA, il souligne le fait que c'est un cancer dans tous les sens du terme.
Quiconque a un minimum de conscience écologique et éthique ne devrait pas utiliser une quelconque IA dégénérative.
AI is a mental disorder
[^] # Re: sudo is deprecated
Posté par David Demelier (site web personnel) . En réponse à la dépêche Discussions et débats sur l’affichage d’astérisques à la saisie du mot de passe par sudo-rs. Évalué à 3.
doas aussi.
Non seulement c'est un projet OpenBSD mais en plus ça se configure avec 2-3 mots clés.
AI is a mental disorder
# Pas remplaçable finalement
Posté par David Demelier (site web personnel) . En réponse au lien La qualité de Claude Code baisse à cause du trop grand nombre d'utilisateurs. Évalué à 10.
Cool, même les IA peuvent tomber malade et finir en arrêt maladie. Je vais pas être remplacé tout de suite.
AI is a mental disorder
# Bye
Posté par David Demelier (site web personnel) . En réponse au lien Copilot fait sa pub sur une PR. Évalué à 6.
Tout va bien. J'utilisais github que pour collaborer et mettre des miroirs de mes dépots mercurial. à la suite de leur annonce de scanner les depots pour entrain l'ia j'ai tout supprimé et je vais probablement supprimer mon compte github aussi. s'il faut collaborer sur des depots github on me fera par mail et les gens n'auront qu'à demander à claude françois s'ils sont si perdu pour appliquer un patch
AI is a mental disorder
# La blague
Posté par David Demelier (site web personnel) . En réponse à la dépêche AB1043 : Loi californienne sécuritaire, et ses conséquences sur le Logiciel Libre. Évalué à 4.
J'imagine ceux en charge du respect de la loi toquer à chaque distribution linux de la pléthore qui existe « oh les mecs c'est pas bon votre distro »
AI is a mental disorder
# Futur
Posté par David Demelier (site web personnel) . En réponse au lien L'internet enfin débarrassé des humains. Évalué à 3.
https://fr.wikipedia.org/wiki/Skynet_(Terminator)
AI is a mental disorder
[^] # Re: Et dans quelques années....
Posté par David Demelier (site web personnel) . En réponse au journal De développeur à orchestrateur, comment l'IA a changé ma vie. Évalué à 10.
Je comprendrai jamais cette comparaison. Il y a une galaxie entre comparer un calcul à la main et à la calculatrice contre écrire du code et le générer hein.
À la rigueur, je veux bien que tu compares du code écrit sans auto complétion, sans couleur, sans warnings et sans debugger avec un boulanger qui pétrit sa pate à la main vs au pétrin électrique.
La calculatrice elle invente rien. L'IA elle invente beaucoup et parfois des conneries. En plus, la calculatrice n'émet pas des giga tonnes de CO2 par an à chaque calcul.
AI is a mental disorder
[^] # Re: J'ai pas besoin de faire pareil
Posté par David Demelier (site web personnel) . En réponse à la dépêche J'ai mis un proxy entre claude et Internet. Évalué à 4.
Je ne suis pas sur de comprendre ton raisonnement.
Personne ne nous impose l'IA. Tout du moins, si on me l'impose je change de travail. Personne n'oblige quelqu'un à coder sous vscode ou emacs ou vim.
Ce que je comprends pas avec cette dépêche c'est de se plaindre de quelque chose qu'on utilise dans le sens « j'utilise claude mais je suis effrayé par la télémétrie et j'ai vérifié la télémétrie il y en a trop ».
C'est un peu comme — et j'exagère volontairement — écrire un article sur « j'ai regardé mes poumons après avoir fumé quelques cigarettes, c'est pire qu'un parking sous-terrain maintenant ». Ce que je veux dire c'est qu'on sait que l'IA est une catastrophe pour l'environnement et le respect de la vie privée alors c'est comme si on essaye de nous apprendre quelque chose de nouveau.
AI is a mental disorder
# J'ai pas besoin de faire pareil
Posté par David Demelier (site web personnel) . En réponse à la dépêche J'ai mis un proxy entre claude et Internet. Évalué à 5.
Parce que je code depuis 2008 et que depuis 2008 je lis les pages de manuel, les forums et les code opensource. Résultat : j'ai capitalisé des connaissances qui me servent encore aujourd'hui.
Quand on me demande quelque chose dans mon travail, il est pas rare que j'ai la réponse rapidement. C'est pas de la science infuse, c'est de l'investissement.
AI is a mental disorder
# Comment le détecter ?
Posté par David Demelier (site web personnel) . En réponse au lien Un fork de Vim contre l'inclusion de code IA. Évalué à 3.
Je suis anti IA et je soutiens les logiciels 100% AI free.
Par contre, comment on garantit à 100% que ce fork n'aura jamais de contribution faite avec de l'IA ?
Je veux dire que, il y a souvent des indicateurs simples du style une merge request qui corrige un petit bug et comme par hasard contient une palanquée de changements hors sujets.
Mais qu'en est il de ceux qui utilisent l'IA et dont on passera à côté ?
AI is a mental disorder
[^] # Re: Une distribution linux de niche
Posté par David Demelier (site web personnel) . En réponse au lien Buildroot 2026.02 est sorti !. Évalué à 3.
Oui et c'est bien le cas. L'image ne change pas et c'est pour ça qu'on utilise un système A/B le plus souvent avec swupdate.
La mise à jour consiste à remplacer l'intégralité de l'image générée verbatim sur le deuxième slot et tenter de booter dessus après. Si ça marche pas on reste sur le slot actif.
AI is a mental disorder
[^] # Re: Une distribution linux de niche
Posté par David Demelier (site web personnel) . En réponse au lien Buildroot 2026.02 est sorti !. Évalué à 3.
On utilise swupdate (dans notre cas).
Son utilisation est hors sujet par rapport à buildroot. On peut utiliser une image buildroot et la graver dans le marbre ou faire des mises à jour sous une autre forme.
Je pense qu'il est tout de même important d'avoir l'image la plus fine possible. Nous avons certains systèmes qui téléchargent les mises à jour en 4G alors si on peut payer le moins possible c'est mieux. Sur certains projets, on avait même une connexion satellitaire et là je t'assure qu'on calcule le moindre octet.
AI is a mental disorder
# Osez l'IA
Posté par David Demelier (site web personnel) . En réponse au lien Claude code execute terraform_destroy et efface des années de prod. Évalué à 4.
Il parait que l'IA rend plus productif et que ne pas s'en servir est une faute professionnelle.
AI is a mental disorder
[^] # Re: Une distribution linux de niche
Posté par David Demelier (site web personnel) . En réponse au lien Buildroot 2026.02 est sorti !. Évalué à 5.
Pour vulgariser en masse, buildroot c'est comme emerge de gentoo mais pour une image finale. Ça compile tous les paquets demandés (après une configuration avec un assistant KConfig comme Linux) et ça génère une image finale sous différent format (un .cpio/.img/.rootfs). Mais forcément, tout ça est fait depuis un système hôte et le résultat est un système le plus léger possible : pas de page de manuel ni .info, pas de .h, pas de NLS et pas non plus de bibliothèque statique. J'ai réalisé des buildroot pour mon travail qui font même pas 30Mo tout compris (musl + sinit) et qui démarrent en moins d'une seconde. C'est tellement amusant d'optimiser le moindre octet et d'avoir le contrôle sur la totalité du système (jusqu'à faire son propre /etc/passwd).
Et comme c'est prévu pour l'embarqué il y a une panoplie de système préconfigurés avec la gestion de leur bootloader les plus funky (que je déteste i.MX et NXP).
On peut utiliser des toolchains complet de l'extérieur d'ailleurs c'est souvent pratique quand on veut recompiler des images sans reconstruire le toolchain (qui n'a pas changé entre temps).
AI is a mental disorder
[^] # Re: Une distribution linux de niche
Posté par David Demelier (site web personnel) . En réponse au lien Buildroot 2026.02 est sorti !. Évalué à 5. Dernière modification le 05 mars 2026 à 15:51.
J'ai volontairement exagéré la comparaison mais tu avais compris je pense. Utiliser buildroot pour un système de tous les jours (serveur, desktop) c'est vraiment pas une bonne idée. Simplement pour dire que buildroot c'est très bien mais c'est certainement pas fait pour être utilisé comme une distribution Linux au sens que tout le monde l'entend.
Il n'y pas de système de paquets. Le système de construction de l'image a des dépendances mais l'image générée est gravée dans le marbre et buildroot déconseille fortement tout utilisation d'un gestionnaire de paquet au sein de l'image générée.
D'ailleurs les mots même de buildroot :
“Buildroot is not meant to be a distribution”
AI is a mental disorder