barmic 🦦 a écrit 5976 commentaires

  • [^] # Re: Quelques stats

    Posté par  . En réponse au lien le shell fish vient de sortir en v4 avec un portage de C++ à Rust. Évalué à 3.

    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

  • [^] # Re: Comparaison avec Ansible

    Posté par  . En réponse au journal Loco.sh revient avec macOS à nouveau supporté. Évalué à 4.

    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

  • [^] # Re: Maintenant qu'on est vendredi...

    Posté par  . En réponse au journal Python à trou : trouve ton environnement. Évalué à 3.

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

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

  • [^] # Re: Quelques stats

    Posté par  . En réponse au lien le shell fish vient de sortir en v4 avec un portage de C++ à Rust. Évalué à 2.

    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

  • [^] # Re: Maintenant qu'on est vendredi...

    Posté par  . En réponse au journal Python à trou : trouve ton environnement. Évalué à 4.

    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

  • [^] # Re: DaLinuxFrenchPage

    Posté par  . En réponse au lien Cacher un message dans un emoji comme 🔥󠄴󠅑󠄼󠅙󠅞󠅥󠅨󠄶󠅢󠅕󠅞󠅓󠅘󠅀󠅑󠅗󠅕. Évalué à 2.

    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

  • [^] # Re: Maintenant qu'on est vendredi...

    Posté par  . En réponse au journal Python à trou : trouve ton environnement. Évalué à 5.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 1.

    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

  • [^] # Re: Abandon

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 3.

    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

  • [^] # Re: "empuissancer"

    Posté par  . En réponse au lien L'API des extensions implémentée dans Firefox permet d'empuissancer les développeurs et utilisateurs. Évalué à 6. Dernière modification le 26 février 2025 à 10:15.

    Renforcer, fortifier voir galvaniser sinon ?

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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 3.

    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

  • # Abandon

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 3.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 1.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 2. Dernière modification le 26 février 2025 à 00:49.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 2.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 7.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 0.

    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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à -2.

    Prend un bouquin de C et lit le chapitre sur le mot clef constante

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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à -1.

    Je sais pas de quoi tu parle. Si l’objectif de ton commentaire c’est de dire que tu n’aime pas rust ? C’est bien noté.

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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 6.

    PS : je n’ai pas vérifié si Linux autorise l’usage des Threads C dans ses règles internes

    c’est eux qui implémentent les threads donc non

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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 7.

    Mais quand un mec

    Mais si la question c’est pourquoi est-ce qu’il faut du rust dans le noyau les erreurs argumentaires de quelqu’un qui ne contribue pas ne sont pas pertinent.

    L’un des développeurs historiques explique que même si rust n’set pas une silver bullet, il peut rendre impossible l’énorme majorité des failles de sécurité qu’ils rencontrent. Peut être que le niveau en C de la LKML n’est pas très bon et qu’ils ne font pas assez attention. Mais il semble que des gens comme Linus et GKH ont plus d’espoir en rust qu’en la capacité du groupe à s’améliorer en C.

    En fait ça va assez loin puisque le C semble poser des problèmes d’expressivité. Il y a un certain nombre de situations où c’était :

    • comment on utilise le void* renvoyé pas cette fonction ?
    • regarde comment les autres utilisateurs s’en servent
    • le quel ? chacun fait des trucs différent avec…
    • ouep

    C’est ce genre de choses qui font passer les développeurs rust pour des fouille merde/empêcheurs de tourner en rond.

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

  • [^] # Re: Clair

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 2.

    Il me semble que pendant un temps Google a maintenu un fork de linux pour AOSP/Android.

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

  • [^] # Re: mode Brice on

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 7.

    Pas vraiment, tu peux écrire un programme en C tout aussi sécurisé qu'en Rust; c'est 'juste', qu'il va falloir être un poil plus attentif, comme vérifier, les entrées, vérifier la taille des tampons dans les string, et te battre avec le compilo qui va optimiser ton code avec des boucle exit early, supprimer des mise à 0 de valeurs car on s'en sert plus, mais le soucis c'est pas le C.

    Ça fait 3 fois que je donne le lien, mais je pense sincèrement qu’au lieu de troller, lire les arguments d’un des premiers concernés serait un bon début à la discussion

    https://lore.kernel.org/rust-for-linux/2025021954-flaccid-pucker-f7d9@gregkh/

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

  • [^] # Re: Et sinon

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 0.

    C’est tout le sujet. Pourquoi est-ce que tu écrit ton message ? Est-ce que c’est pour que les gens changent ou est-ce que tu ne veut juste plus travailler avec cette personne ?

    Quand Hector réagit mal au comportement de Christoph, la seule réaction de Linus c’est « le problème c’est toi ». Au vu de ce qu’il se passait entendre ça c’est assez logique de partir.

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

  • [^] # Re: Et sinon

    Posté par  . En réponse au journal Linus répond à la controverse sur R4L (Rust pour Linux). Évalué à 0.

    Je comprends pas. Il dit qu’il n’y a plus d’attaque personnel. Je fais remarquer que si et tu répond « et alors ? ». J’ai juste dit que ça existait.1

    Moi mon seul point c’est qu’entre ceux qui utilisent leurs droits pour mener des combats politiques hors de leurs attributions, ceux qui font du brigading sur Mastodon, ceux qui se gargarisent d’être "thin blue line" (terme dont il est difficile aujourd’hui de ne pas le reporter aux Blue Lives Matter) : la gestion tardive et par coup de tête de Linus ne parait pas optimale.


    1. après si tu veux vraiment lancer le débat. Il est tout à fait possible de dire que le brigading sur les RS n’est pas acceptable sans attaque personnelle. Dans un endroit qui se veut valoriser le mérite il me parait important d’attacher plus d’importance aux comportement qu’aux gens qui les font. C’est la différence entre « tu as fait une erreur » et « tu es une erreur ». ↩

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