David Demelier a écrit 818 commentaires

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

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

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

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

https://fr.wikipedia.org/wiki/Skynet_(Terminator)

AI is a mental disorder

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.

AI is a mental disorder

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.

AI is a mental disorder

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

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

l'image est gravée dans le marbre

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

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

Il parait que l'IA rend plus productif et que ne pas s'en servir est une faute professionnelle.

AI is a mental disorder

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).

AI is a mental disorder

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.

D'ailleurs les mots même de buildroot :

“Buildroot is not meant to be a distribution”

AI is a mental disorder

Il y a des sites marchands qui utilisent ça aussi et ça me rend fou. Surtout quand ce sont des termes techniques.

Sur sourcebmx.com par exemple, les produits étaient traduits n'importe comment. Le pire c'est que quand tu contacte le webmaster pour dire que ça n'a pas de sens on te répond “I can't do anything about that”. Bah si, c'est ton site alors tu le traduis par un humain ou tu le traduis pas.

AI is a mental disorder

C'est pas vraiment une distribution, c'est pour faire des appliances. Le but final étant d'avoir un périphérique embarqué (en readonly c'est encore mieux) gravé dans le marbre ou avec un système de mise à jour A/B pour assurer le fonctionnement à 100%.

S'il y a des gens qui utilisent buildroot en distribution desktop, je pense qu'ils doivent consulter.

Vive buildroot (buildroot > yocto).

AI is a mental disorder

j'ai banni le streaming

Bon pour ça j'avoue que ma consommation massive de musique ça me couterait bien plus cher d'acheter tout ce que j'écoute (et la place !). En plus avec le streaming je peux découvrir de nouvelle choses rapidement. Par contre hors de question d'utiliser spotify.

Le Web est devenu une usine à gaz bourrée de scripts JS et de contenus générés par IA

Moi ce que je comprends pas, ce sont les sites d'informations quelconques. Ils sont juste inutilisable sans un adblocker. Sur un smartphone on se retrouve avec 1cm carré de contenu le reste c'est de l'overlay vidéo quasiment impossible à retirer. Mais qui valide ça en fait ?

Où sont passées les applications natives en C et C++

Je code en C depuis 2009 (petit passage en C++ mais je suis revenu en arrière). J'aimerais probablement jamais un autre langage. Je suis trop fan du bas niveau et du développement embarqué.

Dell E4300 manque de réactivité sous Debian 13 avec XFCE

J'avoue m'être fait surprendre avec mon Thinkcentre qui avait que 4Go de RAM. Un intel i3 plutôt suffisant pour de la bureautique et même du RetroArch (avec dolphin qui tourne correctement). Mais avec 4Go de RAM c'est juste impossible de faire tourner GNOME et firefox en même temps. Je me prenais systématiquement des OOM. Heureusement j'ai mis à jour vers 16Go de RAM il y a quelques années, bien avant l'avènement du cancer qu'est l'IA dégénérative.

Le matériel n'est pas mort, c'est le logiciel qui l'a achevé.

100%. Même Windows 2000 sur un P4 c'était fluide. Je dois utiliser windows 11 au travail. Je comprends pas comment les gens peuvent aimer ce système. En plus je suis forcé de désactiver ce trojan qu'est copilot qui est absolument partout. À quand sa présence dans la calculatrice ?

AI is a mental disorder

Mais non, rien que de pas savoir comment contribuer à un projet qui n'est pas sous GitHub refroidit déjà assez. Le nombre de fois où on m'a dit « je peux pas contribuer à ton projet parce qu'il est pas sur GitHub »

AI is a mental disorder

Ça fait longtemps que GitHub est devenu le facebook du codeur. Je déteste cette plateforme depuis le début. Il y a des gens qui viennent polluer des issues de projets où ils ne sont même pas impliqué juste pour mettre des emojis et des gifs « j'y étais ». Le meilleur moyen de s'affranchir de ces codeurs du dimanche est d'auto héberger. Envoyer un patch requiert plus d'investissement et limite donc les conneries.

AI is a mental disorder

J'ai jamais compris l'intérêt d'avoir deux branches pour dev. De base master/main c'est déjà la version de dev et n'est pas prévu pour utilisation en production.

Si on veut faire des versions de production, le moyen aujourd'hui le plus propre est d'avoir des branches de release. Moi je fais quelque chose qui ressemble à release/1.2 où cette branche ne recevra que des correctifs et jamais aucun merge depuis main/master. Car on ne veut pas polluer la branche release/1.2 avec des choses qui ne sont pas prévues.

Donc je fais du top porting.

Il existe un bug dans 1.2 ?

• on se met sur la branche release/1.2, on commit on push et on fait un tag (exemple 1.2.5)
• ce bug est il présent sur main/master ? on merge depuis release/1.2 vers main/master ou graft si c'est impossible à merge.

Une branche temp est probablement le pire nommage qu'il puisse exister. Ma règle :

On veut coder / corriger un truc

• c'est pour une release ? go sur release/x.y, on commit, on push
• c'est pour la prochaine version ? go sur main, on commit on push

Et pour pas polluer le dépôt principal, on fait tout ça dans un fork ce qui donne la possibilité de force push en masse et de fusionner dans le dépôt principal quand tout est fini. Malheureusement dans un contexte professionnel j'ai l'impression que tout le monde souhaite polluer les dépôts avec des branches de tous les employés. C'est dommage, j'ai jamais vu un dépôt propre en entreprise mais plutôt des guitar hero level 10.

AI is a mental disorder

Voir ma signature.

AI is a mental disorder

Ça c'est pour cacher la déclaration des fonctions pour l'utilisateur de la bibliothèque, ça ne change pas la visibilité des symboles dans la bibliothèque ce qui était l'idée originale de l'OP je pense.

Si le symbole est exporté, entête privé ou non l'utilisateur de la bibliothèque peut l'appeler et parfois c'est pas ce qu'on souhaite. Alors le visibility hidden est « utile » pour les bibliothèques dynamiques mais pas les statiques. D'où l'idée plus simple de leur donner un nom explicitement privé.

AI is a mental disorder

Le __attribute__ ((visibility("hidden"))) ne fonctionne que sur les bibliothèques dynamiques. Sur le papier c'est une bonne idée de vouloir exporter que ce dont on a envie mais en pratique c'est pas vraiment réalisable. Le plus simple c'est de faire un nommage qui donne pas envie d'appeler des fonctions dont on est pas censé le faire.

Exemples subjectifs :

• askl_foo_bar (API publique)
• askl__pas_foo_bar (API privée)

AI is a mental disorder

Vraiment ?

https://github.com/RaphaelPrevost/ASKL/blob/0.3.9/lib/askl.h#L171

Non mais je veux dire, un dev C qui sait faire du C comme moi. Il s'attend à quoi en voyant une déclaration de fonction qui n'est pas du C comme :

public variant map_set(ASKL_LinkedMap *h, const char *k, size_t l, variant v);

Ça n'apporte rien à part de la confusion. Je peux comprendre le besoin de faire des export DLL, mais alors il faut nommer ça de manière explicite et surtout pas avec un mot clé réservé en C++ (qui détruit donc la compatibilité)

AI is a mental disorder

• je soutiens les artistes
• je soutiens l'écologie
• je soutiens les métiers créatifs
• je soutiens la transparence des données

Je n'utilise pas d'IA dégénérative.

AI is a mental disorder