barmic 🦦 a écrit 6259 commentaires

Ben, je n’ai pas de thèse.

Oui oui pardon bien entendu… Ils nous observent.

Bref, beaucoup de (pseudo-)écologistes sont devenus des canards sans tête, toujours à réclamer plus de contrôles et de restrictions, sans jamais remettre fondamentalement en cause le système.

L’écologie a été confisquée par l’idéologie anticapitaliste
Capitalisme et écologie sont-ils incompatibles ?
Le capitalisme écocidaire
Peut-on concilier capitalisme et écologie ?
A droite comme à gauche, depuis deux siècles le productivisme est l'une des choses les plus partagées. Avec les conséquences que l'on sait pour la planète.
Productivisme et destruction de l’environnement
Le patriarcat exploite la terre mais aussi les femmes
L’écologie à l’épreuve du patriarcat : la planète aussi a besoin du féminisme
Écologie et féminisme, même combat

Ça te dit de te renseigner posément avant d’avoir un avis ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est quoi ta thèse ? Un complot mondial des climatologues ? Les scientifiques francs-maçons du monde entier veulent t'empêcher d'utiliser ta voiture ? L'énorme lobby des scientifiques empêche les pauvres milliardaires d'entreprendre ?

C'est quoi tes allégations à la fin ? Comment est-ce que tu rationalise ton anguille ? Qu'est-ce que tu ne veux pas dire ?

Ferais tu parti du complot ? Tu risques ta vie si tu nous en dis plus ? Combien de temps as tu travaillé pour le complot ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça c’est la question de la granularité. Firefox c’est près de 8 millions de lignes de code et 3,5 millions en rust (et 3,7 en C mais c’est peut être mal catalogué et ce serait 10 million de LOCs en C++).

Chaque projet a ses contraintes et ses besoins. La question c’est comment tu interface du code déjà mis à jour avec du code qui ne l’est pas. Il n’y a pas de solutions toute faite à ça.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Avec C et le C++ c'est facile de faire planter un programme mais ça l'est tout autant en python qu'en rust.

Pour autant tout ne se vaut pas. Il faut hiérarchiser les problèmes. Plus tu attrape tôt un problème moins il est un problème. Dis autrement trouver un problème dans ton éditeur c’est mieux que le trouver en intégration et c’est mieux que le trouver en chez les utilisateurs.

Si tu dois faire un test pour vérifier que tu n’a jamais écrit "ma chaine" / 4, ça veut dire que tu dois y penser, écrire un test, le lancer etc. Si ton langage te l’interdit alors tu n’y pensera que très peu de temps au moment où tu va faire l’erreur et c’est tout.

De plus les sanitizers et les linter statiques sont vraiment puissant qu'ils permettent de voir beaucoup de problèmes à la compilation et pendant le phase de dev.

Du fait que la sémantique du langage n’a pas certaines informations, ils ont beaucoup plus de travail pour moins de résultats et t’indiquent le problème plus tardivement.

Pour ma part, ça fait un bien grand moment que j'ai pas fait un buffer overflow.

Est-ce que tu sais qu’il n’y en a pas ou est-ce qu’ils n’ont pas était trouvé ?

En tout cas cette année on en est à 120 CVE liées à des buffer overflow.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si ton système ne permet pas à la population de s'opposer aux scientifiques et de dire "je m'en fous je veux cramer du pétrole et on va tous crever", est-ce qu'il est réellement démocratique?

Pour ce qui est de « je m'en fous je veux cramer du pétrole et on va tous crever » c’est techniquement contraire aux droit humains tu as beau être majoritaire tu n’a pas à tuer une minorité. La question des minorités dans les démocraties est un très vieux débat et il est à mon avis utile de lire un peu ce qu’en disent des constitutionnalistes plutôt que des simplicités qui ne tiennent pas quelques minutes de réflexions personnels.

Je trouve que l'élection de Trump est un cas d'école, il n'a pas réellement prétendu que les prévisions scientifiques étaient erronées

Non il fait rien contre les travaux scientifiques https://www.nature.com/articles/d41586-025-00562-w

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

rust ne compile pas la libc en statique.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Demande leur sinon

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Bien vu je n'ai pas l'habitude de regarder popcon. Et il y a 25 utilisateurs de plus qui ont perl par rapport à bash

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

dans fish l’unique fichier C c’est https://github.com/fish-shell/fish-shell/blob/4.0.0/src/libc.c et il ne fait rien de bas niveau. Si je comprends bien il corrige une erreur qui peut arriver quand fish ne trouve pas certaines fonctions dans la bibliothèque C présente.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si on préfère Perl, qu'on retrouve absolument sur toutes les machines Linux (contrairement à Python)

D’une part la question n’a pas de sens pour loco.sh. En tant qu’utilisateur l’important est moins que ça marche sur les grille pain de l’autre bout du monde, au moment où tu va installer loco, rexify ce que tu veux tu installera les dépendances. Par contre je suis curieux d’une distribution actuelle qui soit sans python.

Bon, un truc 100% Bash, ça fait rêver aussi.

Je pense qu’il est plus courant de voir des debian sans bash que sans python par exemple depuis que dash est adopté.

Plus que ces considérations qui me paraissent du détail, il est plus intéressant de voir comment chacun fait les choses.

loco en ayant un scope plus précis est de très loin plus simple à prendre en main qu’ansible par exemple.
De la lecture que j’ai de rex (que je ne connais pas) il me semble plus simple qu’ansible. Je n’ai pas trouvé de moyen de faire des tests ou de déclencher des évènements.
Ansible a ansible galaxy par exemple qu’on netrouve pas ailleurs.

Bref il y a pleins de choses à voir autres que perl/python/bash

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

et justement ça évite de confondre test et ./test.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je savais qu'ils étaient entrain de récrire en rust, je suis surpris qu'ils aient encore du C par contre

En tout cas c'est un sacré chantier qu'ils et elles ont abattu

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ah ? Ça t'a pas vacciné à l'idée de mettre . dans ton PATH ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Moi sur Mac M1 avec Firefox le about:performance m’indique 53Mio et une consommation CPU qui varie mais reste très faible (tout à fait comparable à linuxfr par exemple).

Je testerais demain sur Debian et Windows.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ton terminal et la font que tu utilise supportent ce genre de ligatures

https://github.com/tonsky/FiraCode?tab=readme-ov-file#whats-in-the-box

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est dalleur l'un des blocages qu'à systemd pour adopter rust: https://lwn.net/SubscriberLink/1008721/7c31808d76480012/

Ça n’a pas grand chose à voir avec le sujet. C’est en aucun cas une question de confiance en la toolchain. C’est juste qu’ils ont 150 binaires et ne veulent pas qu’une bibliothèque qui est utilisée par tous soit présente 150 fois pour une question d’espace disque. D’ailleurs ils disent qu’ils iraient peut être vers zig si ce dernier propose des bibliothèques partagée alors qu’il a son gestionnaire de paquets officiel à la cargo.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et je n’avais pas vu mais Karol Herbst est aussi parti suite grosso modo aux réactions suite au départ d’Hector Martin.

https://lists.freedesktop.org/archives/nouveau/2025-February/046677.html

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Renforcer, fortifier voir galvaniser sinon ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Personnellement vu l’évolution des micro code inclus dans les CPU, je ne suis pas sûr que l’assembleur soit encore si bas niveau que ça.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Christoph Hellwig a finalement abandonné. Ce mois ci le noyau aura donc perdu 2 grands mainteneurs.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J'en parle parce que c'était l'un des problèmes remonté par un précédent contributeur r4l qui a abandonné. Peut être que la bonne pratique pose des fois problème au sein du noyau.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Oui, vu que tu rajoutes toi-même la majorité des dépendances dans le Makefile/Cmake, et donc t'a moins de dépendances surprises, que cargo t'a sortie, tu ne sais pas vraiment comment.

Ou alors ça donne plus de copier coller et ça fait reposer sur du code encore moins éprouvé ?

Je trouve toujours surprenant d'avoir à minima une affinité avec le libre et de trouver positif la difficulté de partager du code.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Effectivement mais ce n’est pas la première raison qu’il cite. Il pousse à ce que les nouveaux drivers soient écrit en rust pour les garanties que ce dernier apporte.

Typiquement l'exemple du void *, qui est au final assez peu utiliser, car on lui préfère généralement un retour sur un pointeur d'un type définit, mais si on a une vielle API qui n'a jamais changé, alors on peut garder du code, moins sécure.

C’est mieux mais tu ne peux pas par exemple en C (comme dans quasiment tous les langages) décrire la propriété d’un pointeur dans l’API. Si tu me renvoi un pointeur, suis‑je celui qui doit le libérer ou non ?

avoir confiance dans sa chaine de dépendance

Est‑il plus facile de faire confiance en sa chaîne de dépendance en C ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Et qu'est-ce qui te fait croire que je n'aime pas le Rust ?

En 5 phrases tu dis 2 fois qu’il te pose problème.

Aurais-je commis un crime de lèse-majesté ?

Non

Peut-on rire de tout ?

Non

De rust ? De systemd ?

Bien sûr.

Pourquoi les nouvelles technos informatiques sont portées par des commu. toxiques ?

Je n’utilise pas rust je sais pas si on peut dire que je fais parti de sa communauté. Ne pas comprendre ta blague est un comportement toxique ?

Des jeunes générations envieuses de ne pas avoir connu son invention et veulent à tout prix "tuer le père" ?

Mon langage de prédilection et dont je suis un heureux utilisateur fait parti des langages que beaucoup de gens veulent voir mourir et qui et d’ailleurs est annoncé mort depuis longtemps.

Ça n'a pas grand chose à voir avec la discussion je le concède. Mais au départ ça ne devait être qu'une boutade en passant.

D’une part le fait que ce soit une tentative d’humour ne veut pas dire qu’il n’était pas porteur de message. Ensuite quand une blague ne passe pas, ça ne me parait pas malin de blâmer l’auditoire.

Significatif.

De tes préjugés ? J’ai dis que je ne comprenais pas ton message et tu me catégorise de toxique et tente de me traiter de gamin. J’ai dis que la seule chose que je comprenais de ton premier messages était un point de vu sur rust.

Entrer tardivement dans un débat pour tenter une blague avec quelque chose qui n’a pas grand chose à voir avec la discussion pour ensuite dire que ceux qui ne te comprennent pas sont toxiques c’est gonflé, tu ne crois pas ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C’est une vraie question. J’ai bien compris ce que tu n’aime pas, mais je vois pas ce que ça vient faire dans la discussion.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll