barmic 🦦 a écrit 5213 commentaires

  • [^] # Re: Lettre ouverte

    Posté par  . En réponse à la dépêche Apache OpenOffice 4.1.13. Évalué à 3.

    Par ailleurs, la proposition de tout fusionner sous l'égide de AOO, si ça doit résoudre des problèmes de licence autrement insolubles, me paraît acceptable. La "marque" OpenOffice restant toujours plus populaire que LibreOffice.

    Ça rendrait forcément amer pas mal de gens chez LibO qui le verrait comme un échec.

    D'un côté on demande à un projet de se saborder pour le bien de l'utilisateur, de l'autre côté on demande au projet de fusionner pour le bien de l'utilisateur.

    Il est à noter que la marque Open Office appartient à la fondation Apache qui protégera sa marque. C'est une nécessité pour eux. Prenons comme exemple Cassandra une base de données chez Apache. Il y a une entreprise qui y contribue beaucoup, Datastax. Datastax n'a pas le droit d'utiliser le nom cassandra pour autre chose que Apache Cassandra dont le code est libre etc. Pour que Datastax ne puisse pas induire en erreur l'utilisateur. Il faudrait un accord particulier pour que la fondation cède les droits (pas impossible en soit).

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 6. Dernière modification le 30 août 2022 à 16:19.

    Bah, la richesse réelle c'est pas plus ou moins la quantité de biens et de services que tu peux te payer ?

    Elle est bien pratique cette définition mais je ne trouve aucune référence sur internet. Elle est utilisée où ?

    Parce que les dictionnaires français définissent la richesse sur ce que l'on possède. Le dollar (ou l'euro) dans le cas du patrimoine étant simplement une unité pivot.

    Je suis d'accord pour dire qu'il est difficile de comparer leur patrimoine au revenu annuel de quelqu'un, mais je ne pense pas que ce soit dans le sens que tu le pretend.

    Leur patrimoine leur permet d'utiliser des outils économiques qui sont hors de notre portée comme l'effet de levier ce qui leur permet de dégager des liquidités importantes sans toucher à leur patrimoine, ils peuvent aussi rendre impersonnel leurs bien, profitant ainsi systématiquement de la fiscalité la plus abordable quitte à changer le pays de leurs biens. Leur patrimoine leur donne aussi des armes politiques aux quels nous n'avons pas accès menaçant de partir par exemple mais pas seulement, ils peuvent aussi saboter le fonctionnement de l'Etat. Elon Musk a volontairement mis à mal un projet de train (l'aménagement du territoire est une fonction régalienne).

    On est loin de surestimer ce que représente leur patrimoine.

    Ou alors, ça serait des trucs profondément débiles, du genre "la totalité de la production de betteraves de 2022".

    Aussi bête que : donner quelques millions au planning familial par exemple ? ?

    Il semble que quand on cherche on peut trouver des choses Ă  faire avec ce patrimoine.

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 3. Dernière modification le 30 août 2022 à 14:10.

    Et dans ce cas lĂ  les mua te montrent un mot par ligne. Le destinataire ne peux pas choisir de regarder tout sur une mĂŞme ligne.

    J'ai vu des mua tenter de faire de l'interprétation (ignorer des retours à la ligne), mais c'est bien buguer parce que ce n'est pas trivial de distinguer ton cas de :

    Entre deux Bourgeois d'une Ville
    S'émut jadis un différend.
    L'un Ă©tait pauvre, mais habile,
    L'autre riche, mais ignorant.
    Celui-ci sur son concurrent
    Voulait emporter l'avantage :
    Prétendait que tout homme sage
    Etait tenu de l'honorer. 
    

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 10.

    C’est quoi la richesse réelle ?

    La richesse réelle, elle est dans le cœur. C'est pas l'argent qui fait le bonheur, tu sais. On est tous riches de toutes les expériences que la vie nous procure. S'arrêter au patrimoine de quelqu'un c'est bassement mercantile.

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 2.

    should ≠ must
    Une recommandation/incitation n'est pas une obligation mais doit pouvoir s'adapter aux contextes…

    J'ai montré des exemples que c'était ce qui est pratiqué.

    Je t'assure que je n'encode pas en base64 (il me suffit d'afficher le source de mes messages pour le vérifier)

    Je veux bien voir un exemple pour comprendre du coup.

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 4.

    Lis jusqu'au bout. Voila la demande exacte de l'IETF :

    Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.

    Et si tu regarde les usages c'est bien 78 : https://lkml.org/lkml/2022/8/26/1221

    Dans la norme comme dans les faits c'est 78 caractères qui sont utilisés.

    […] pas une obligation faite aux usagers ou aux agents codés avec les pieds (et/ou de bonnes intentions infernales.) Perso, quand j'écris un mail texte, bah c'est du texte comme cette réponse-ci ; ça marche pareillement et je ne vois toujours le souci. (:

    Ce que tu fais, c'est encoder ton corps en base64. C'est pas le fonctionnement de base de thunderbird et il me semble pas que ce soit le cas de mutt. C'est refusé dans un paquet de mailing list donc tu dois changer de configuration entre si tu envois ton mail dans une mailing list ou ailleurs.

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 3.

    une bonne partie des plus riches du monde sont issues de familles qui sont riches depuis des siècles.

    Je me suis emballé c'était de Florence, mais j'ai lu ça dans le Monde ça compte.

    https://www.lemonde.fr/big-browser/article/2016/05/20/a-florence-les-riches-restent-riches-depuis-six-siecles_4923502_4832693.html

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 4.

    Quand tu écris un mail texte tu fais un retour à la ligne à la 78ème colonne parce que c'est ce qui est préconisé par l'IETF et les différentes rfc décrivant SMTP. Quand tu es en html, le rapport entre comment est représenté ton fichier et sa représentation graphique sont decorélés.
    Tu joue avec le soft wrap et quelque soit la manière dont un lecteur veut lire ta prose avec des lignes de 7 millions de caractères ou un caractère par ligne ça fonctionne.

    Si l'auteur a choisi d'ajouter manuellement des retours à la ligne html, c'est pour donner une sémantique à son texte ou un mauvais usage de l'outil et pas une contrainte de ce dernier gravé dans le marbre des RFC.

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

  • [^] # Re: C'est vrai :)

    Posté par  . En réponse au lien Travailler avec LDAP en 2022 : Un peu comme les bases de données, mais en moins pratique…. Évalué à 1.

    • c'est du dĂ©claratif

    C'est à dire ? Pour un format de description quelle est la différence entre déclaratif et pas déclaratif ?

    • la spĂ©cification est suffisamment prĂ©cise, et moins ambigĂĽe qu'une spĂ©cification en yaml ou toml. Je peux peut-ĂŞtre me tromper mais seul le xml avec une DTD ou un schĂ©ma xml pourrait ĂŞtre une alternative fiable. Mais dans ce cas, il ne suffirait pas d'apprendre uniquement XML, mais la spĂ©cification du langage Ă©galement (un peu comme le SVG pour le vectoriel).

    Je ne connais pas particulièrement ASN.1, mais les spécifications pour son usage dans LDAP font parti de la spec ASN.1 ? C'est pareil pour son usage dans X509 ? Ça veut dire que tous les cas d'usages d'ASN.1 ont était défini a sa création et qu'il ne peut pas être utilisé ailleurs ?

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

  • [^] # Re: Personnellement j'Ă©vite Python ...

    Posté par  . En réponse au journal La cochonnerie en boite que sont les systèmes de dépendances. Évalué à 6.

    D'ailleurs, je me dis, Perl utilise un repo, et je n'ai pas souvenir d'avoir vu ce type de problèmes dans les infos?

    Parce que le dernier qui a déployé du code sur cpan c'était en 1997 :p

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 5.

    Donc c'est certain qu'il y a de trop nombreux cas où les dirigeants n'ont pas à s'inquiéter de leur fortune même avec un patrimoine reposant sur des actions.

    En fait c'est même plus simple que ça, la fortune des ultra-riches ne diminue qu'à la marge ou très ponctuellement. Elon Musk ne va pas se retrouver à la rue demain. Jeff Bezos a dû céder une fortune à son ex femme et bon ça n'a pas fais grand chose à son patrimoine.

    Il y avait aussi une étude qui est sortie il y a quelques temps qui expliquait que hors des Musk/Bezos/Zuckerberg/… une bonne partie des plus riches du monde sont issues de familles qui sont riches depuis des siècles.

    Mon but n'est pas de dire qu'ils ne sont pas riches, juste rappeler comment cela est évalué et l'impact que cela a et peut avoir.

    La volatilité n'entre pas du tout en compte dans les ultra-riches. On ne parle pas des personnes qui gagnent quelques millions et qui peuvent tout perdre du jour au lendemain ou qui peuvent tout claquer dans un train de vie à la con ou dans des mauvais choix. Tout ce que tu dis est vrai, mais reste abstrait quand on a ce niveau de fortune.

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

  • [^] # Re: Fortune d'un riche…

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 2.

    « Il y a des enfants qui meurt de faim du coup soit bien content de ce que t'a au lieu de regarder les ultra-riches », c'est l'idée ?

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 3.

    La valeur d'une action est très volatile, à la hausse comme parfois à la baisse.

    Quand tu es actionnaire majoritaire de la boite qui constitue ta fortune, tu as accès à des outils pour en limiter grandement la volatilité voir à l'influencer à la hausse.

    Et si vraiment on parle de ça la valeur d'une monnaie aussi est volatile. On est entrain de redécouvrir ça dans la zone euro et contrairement à eux on ne peu pas retirer nos billes pour limiter la casse ou à minima ne pas mettre tous nos œufs dans le même panier pour limiter les risques.

    Du coup une augmentation de fortune peut rapidement être compensée par une chute quelques jours ou semaines plus tard.

    Prend l'action MS par exemple. Elle baisse depuis cette année après une petite vingtaine d'années en hausse. On est très loin d'une grosse incertitude où chaque gain peut disparaître dans l'instant.

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

  • [^] # Re: visualisation nulle

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 3.

    Je viens d'y repenser mais un peu du même genre que le lien initial il y a ça :
    https://www.youtube.com/watch?v=1Ir8fp_Buhg

    au moins le scroll est automatique

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

  • [^] # Re: visualisation nulle

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 2.

    J'avais déjà vu pour la radioactivité, je trouve que c'est un bon outil pour analyser quand tu prend le temps de le regarder, mais pour passer un message ça marche pas si bien parce que le changement d'échelle casse un peu la vision globale

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

  • [^] # Re: visualisation nulle

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 2.

    J'avais pas retrouvé. Je suis pas trop trop éloigné

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

  • [^] # Re: visualisation nulle

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 10. Dernière modification le 29 août 2022 à 09:16.

    Très mauvais ou, au contraire, très bon, parce qu'il se rend compte que si les ordres de grandeur sont très différents une représentation linéaire ne sert plus à rien et qu'il faut donc basculer sur une représentation logarithmique bien plus pratique et efficace.

    Non non on ne sait juste pas gérer et on a un biais où on interprète linéairement des données logarithmiques d'autant plus quand ça s'écarte de nous.

    • quand tu passe de 1 → 1000 → 1000000 → 1000000000 n'a rien de linĂ©aire ce ne sont pas des paliers comme tu gravirais des marches (la langue parlant de mille, million et milliard n'aide pas du tout)
    • dès qu'on s'Ă©carte de nous on aplatis les valeurs, par exemple on a du mal Ă  se reprĂ©senter qu'on est plus proche de ClĂ©opâtre qu'elle n'est proche des pyramide de KhĂ©ops (elle est nĂ©e il y a un peu moins de 2100 ans, la pyramide de KhĂ©ops a Ă©tait construite il y a 4500 ans)
    • on ne sait pas se reprĂ©senter les grandes valeurs (surface de la Terre, vitesse de la lumière, durĂ©e en milliers d'annĂ©es,…)

    Pour prendre un exemple, on utilise un référentiel séparé pour représenter les différences de performance de la mémoire.

    (de tête ça vaut ce que ça vaut)

    • manipuler une donnĂ©e dans un registre, c'est Ă©quivalent Ă  avoir dĂ©jĂ  l'objet en main
    • rĂ©cupĂ©rer une donnĂ©e dans le cache L1, c'est Ă©quivalent Ă  avoir dĂ©jĂ  l'objet sur ton bureau
    • rĂ©cupĂ©rer une donnĂ©e dans le cache L2, c'est Ă©quivalent Ă  chercher dans le tiroir de ton bureau
    • rĂ©cupĂ©rer une donnĂ©e dans le cache L3, c'est Ă©quivalent Ă  chercher dans l'Ă©tagère Ă  cĂ´tĂ©
    • rĂ©cupĂ©rer une donnĂ©e dans la mĂ©moire vive, c'est aller chercher dans les archives qui sont pas Ă  ton Ă©tage
    • rĂ©cupĂ©rer une donnĂ©e sur disque dure, c'est Ă©quivalent Ă  aller prendre sa voiture et aller chercher dans un autre bâtiment plus loin en vile

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

  • [^] # Re: Super rich, super bullshit

    Posté par  . En réponse au journal La richesse des ultra-riches, à raison de 1000 USD par pixel. Évalué à 7.

    Oui mais non.

    D'une part, le passage par du patrimoine plutôt que des biens directs est une stratégie de leur par par exemple Elon Musk ne possède pas de jet privé, c'est Falcon Landing LLC qui les possèdent et qui lui mets à disposition. Il possède l'entreprise avec la COO de SpaceX et avec SpaceX. Donc une partie de la valeur de ses actions (donc qui sont des parties d'entreprises) sont directement des biens et services qui lui sont mis à disposition. On parle pas d'avoir un bureau ou du café le Gulfstream g650er coûte 65 millions d'euros à l'achat (il y a évidement un tas de frais de gestion ensuite).

    D'autre part c'est sur la base de se montant qu'il reçoit de l'argent des banques. Une vidéo d'Heu?reka en parle assez clairement.

    Ce n'est pas parce que ce n'est pas directement comparable avec un compte en banque que ces valeurs n'ont pas de sens. Les français sous estiment leur patrimoine, mais c'est tout à fait comparable.

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

  • [^] # Re: Mon avis

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 1. Dernière modification le 28 août 2022 à 15:49.

    Et alors ? Je ne connais personne qui aime ça. Ça n’enlève rien au fait qu’il y a des situations où un bon compte-rendu est utile.

    Quand l'accès au contenu brut est trivial ce n'est que du bruit voir de la désorganisation.

    Je comprends très bien qu’on veuille s’épanouir dans son travail en passant plus de temps sur les choses qu’on aime faire, mais perso je souhaite ne jamais avoir à travailler avec des types qui poussent ça jusqu’à refuser de consacrer la moindre seconde de leur temps aux tâches qu’ils n’aiment pas — et pire encore, qui tentent de justifier ça en disant « ça sert à rien d’toute façon, j’suis un dev moi, pas un gratte-papier qui ne produit rien ! »

    Je dis justement que je peux aussi faire l'analyse sans qu'on m'ai préparé un compte rendu. Tu inverse les rôles !

    Et tu as omis mon dernier paragraphe qui dis que chaque organisation voit comment elle se gère et que c'est à voir qui doit faire l'analyse celui qui transmet ou celui qui reçoit. Dans mon expérience c'est plus efficace que ce soit le second.

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 3.

    Au début d’internet, les machines étaient aussi beaucoup plus diversifiées et l’envoi en mode binaire ne se serait pas résumé à fixer l’endianness…

    Bof tu avais déjà des protocoles binaires à l'époque.

    Rien n’empêche la transmission de données arbitraires dans un protocole purement texte (exemple HTTP).

    HTTP est bien plus simple et il n'utilise des caractères de contrôle que sur ses en-têtes et la première ligne.

    Je ne sais pas ce qu'il en est pour http3 mais il avait été question pour http2 de passer les en-tête en binaires.

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

  • [^] # Re: Mon avis

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 2.

    Le demandeur n'est probablement pas à même de déterminer ce qui est l'information pertinente ou non pour que tu donne ton avis.

    Not buying it, sorry. Il participe à une discussion s’étalant sur plusieurs dizaines de messages et il n’est même pas fichu de faire un résumé du problème ? Peut-être qu’il n’avait rien à faire dans la discussion en premier lieu, alors.

    La personne qui va faire passe et quasiment systématiquement moins compétente sur le sujet.

    Encore une fois, not buying it. S’il était assez compétent pour participer à la discussion jusqu’au moment où il se rend compte qu’une personne mieux placée pour résoudre le problème n’est pas là, il devrait être assez compétent pour exposer le problème en question.

    C'est loin d'être aussi simple. Pour un mail qu'il t'a renvoyé comme ça, combien il t'a évité ?

    Je déteste les compte-rendus. C'est chiant à faire c'est chiant à relire c'est toujours bourrés d'erreurs et les 3/4 sont incompréhensibles si tu n'a pas le matériau initial ce qui en fait un non sens absolu. Traiter une chaîne de mail c'est simple et tu esquive d'avoir emmerdé tout le monde pour t'économiser au mieux quelques minutes.

    Les compte-rendus devraient être réservés pour les nécessité absolue et pas devenir une règle au quel cas c'est exactement la même chose que les réunions. Tu fais des CR des CR de CR, tu te retrouve avec des professionnels du compte rendu qui ne produisent plus rien.

    Chaque organisation à son contexte, mais je souhaite ne jamais avoir à travailler avec un chef avec le quel je n'accepte pas d'échange hyper formel. Mon temps n'est pas plus précieux que le mien, on regarde au cas par cas quel est le côté où c'est le plus efficace de travailler. Ça a toujours été du côté du dev dans tous les contextes que j'ai pu voir parce que même si on peut trouver ça rébarbatif, éviter une abstraction évite beaucoup de problèmes.

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

  • [^] # Re: Abandonware

    Posté par  . En réponse à la dépêche Apache OpenOffice 4.1.13. Évalué à 2.

    La dépêche consiste globalement à dire AOO a sorti une version, mais LibO c'est mieux (plus de la moitié de la dépêche consiste à présenter comment LibO c'est mieux). C'est très clairement une tentative de contrecarrer la communication qu'il y avoir autour d'AOO pour faire la promotion de son concurrent.

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

  • [^] # Re: vraiment?

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 6.

    J'ai tendance à penser que les contraintes logicielles ne devraient pas tant interférer avec la forme rédactionnelle.

    Oui mais c'est un peu le problème avec les couplages, tu peux totalement les ignorer et passer à côté. La RFC821 qui crée smtp a 40 ans ce mois ci. On a plus de recul.

    Il est certainement possible de faire des choses au niveau de la couche de présentation pour qu'il n'y ait pas de limite tangible à la longueur de ligne et que l'utilisateur ne soit pas gêné par les choix de longueurs de ligne des autres utilisateurs.

    Tout à fait ça demande d'avoir un encodage entre ce qui est affiché et ce qui passe sur le réseau, par exemple tu encode en base64. HTML peux être vu comme une forme d'encodage dans ce contexte. Aux débuts d'internet on pensait que les protocoles en mode texte était géniaux car très facile à debuger. En effet tu peux directement lire ce qui passe sur le réseau. Dans les faits c'est une très mauvaise idée en particulier quand tu passe des données utilisateur. Actuellement de moins en moins de protocoles n'ont plus l'avantage d'être lisibles car ils transitent sur du TLS tout en gardant les inconvénients du mode texte (le contenu transmis impact le protocole et il passe en base64 s'il y a conflit entre le contenu et le fonctionnement du protocole ce qui augmente le volume a envoyer).

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

  • [^] # Re: Mon avis

    Posté par  . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à -1.

    Défendre le « peux-tu regarder ? » contre le « tu peux me faire une synthèse » (ou autre besoin/intention explicite) c’est défendre un ordre social qui exige que l’autre doive connaître les intentions sans les exprimer, ce qui à un certain niveau peut même relever d’une forme d’abus : 1. l’exigence peut-être démesurément élevée, 2. l’investissement pour y satisfaire (ou s’en approcher) peut être démesurément élevé.

    Blablabla

    C'est complètement HS et il était question de gestion de l'historique des mails. Personne n'a défendu une formulation particulière.

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

  • [^] # Re: 50 M€

    Posté par  . En réponse au lien SNCF Connect : le vrai coût d'une application qui bugge (en court 50 millions d'euros). Évalué à 4.

    Ta référence montre bien que ça n'est pas spécialement français comme problème.

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