barmic 🦦 a écrit 5920 commentaires

  • [^] # Re: Arcom est dit

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 5.

    C'est rare de voir sur linuxfr des gens reprocher Ă  Google qu'il n'en sait pas assez sur toi

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

  • [^] # Re: Quel est le problème ?

    Posté par  . En réponse au lien Repérage des piscines non déclarées : l’IA de l’administration fiscale patauge. Évalué à -3.

    À moi je trouve "marrant" de voir le cheminement :

    • il s'agit d'automatiser du racket qui fait rentrer du fric… oui, recourir Ă  la force pour extorquer de l'argent a ceux qui ne peuvent pas facilement se dĂ©fendre, pour moi, s'apparente a du racket, et le gouvernement dispose de la force.
    • Quand on te rĂ©clame des sous pour un local commercial qui n'existe pas, et que l'administration ne veut rien savoir, ça tient plus du racket
    • Donc certes ce n'est pas avĂ©rĂ©, c'est "une crainte", mais

    J'étais curieux de voir ce qu'allait devenir l'accusation en racket en demandant simplement de clarifier le point.

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

  • [^] # Re: Quel est le problème ?

    Posté par  . En réponse au lien Repérage des piscines non déclarées : l’IA de l’administration fiscale patauge. Évalué à 2.

    Le problème c'est que s'appuyer sur quelque chose d'hypothétique pour appuyer une thèse qui paraît de prime abord un peu hasardeuse, ça n'amène pas à grand chose.

    Je ne dis pas que ce n'est pas un problème. Juste que l'argument c'est du racket parce que je crains que ce soit mal géré est faible.

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

  • [^] # Re: Conf Polkit pour remplacer sudo

    Posté par  . En réponse au lien Lennart veut remplacer sudo par run0 dans SystemD. Évalué à 5.

    Le problème que tu décris c'est plus un problème de gestion des décisions que d'arguments.

    C'est pas un argument. C'est une pratique. C'est à l'équipe de savoir où elle veut aller et c'est en faisant que l'on repère les difficultés et qu'on les corrige. D'expérience la partie code, s'il y en a une, est anecdotique car c'est une question de pratique.

    Là par exemple faire un outil pour générer des XML à partir d'autres choses, c'est pas un renversement de table. Et l'intérêt c'est justement de réutiliser polkit qui est là, qui marche bien,… Le reproche de tout casser à une solution qui consiste à réutiliser l'existant ne me semble pas pertinent

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

  • [^] # Re: Conf Polkit pour remplacer sudo

    Posté par  . En réponse au lien Lennart veut remplacer sudo par run0 dans SystemD. Évalué à 6.

    Perso je trouve intéressant de questionner les piles de trucs qu'on considère comme normaux sous Unix/Linux, et qu'on conserve comme un héritage précieux. Parfois c'est juste un hack qui contourne une limitation transformé en relique sacrée. Il y a quelques trucs bien qui ressortent du coup de pied dans la fourmilière que représente systemd

    Je suis entièrement d'accord. Pas forcément changer pour changer, mais même si au final on garde la solution initial, on sait mieux pourquoi. Une bonne solution ne devrait pas souffrir de comparaison et ne devrait pas entrainer d'énervement. Bien sûr il y a une part de goût et de diversité des besoins, mais c'est alors bien pour les nouveaux besoins qu'autre chose existe. Si je devais donner une comparaison, certains de ceux qui expliquent que le NoSQL c'est du vent que c'est impropre etc oublie à quel point les SGBDR actuels s'inspirent de choix fait dans les NoSQL (j'ai une pensée toute particulière pour ce podcast où un développeur commence en expliquant comment le NoSQL n'était qu'une mode pour finir en expliquant que si tu veut de la performance tu met tout dans une même table et tu utilise le moteur de stockage column store…).

    Toutefois, ici, le remplacement est d'une complexité bien plus grande que sudo ! La configuration fine se fait par des snippets de configuration Polkit, qui ne sont autre que des fichiers XML qui font référence à des actions encodées dans d'autres fichiers XML, qui correspondent à des interfaces type org.freedesktop.machine1.host-login. Écrire un fichier polkit est un vrai sujet en soi.

    Il s'agit là de l'API technique actuelle. Il n'y a pas de raison de ne pas faire générer ces XML autrement voir si une solution devient fondamentalement meilleure de la rendre native. À mon avis c'est le fait de ne pas s'en servir qui fait que ça n'est pas amélioré. Je suis pour la pratique qui consiste à dire que si quelque chose est compliqué, il faut le faire plus souvent. Plus fréquemment on fait les choses, plus on va se débrouiller pour l'améliorer.

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

  • [^] # Re: Quel est le problème ?

    Posté par  . En réponse au lien Repérage des piscines non déclarées : l’IA de l’administration fiscale patauge. Évalué à 0.

    et que l'administration ne veut rien savoir

    C'est pas dans l'article ça

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

  • [^] # Re: Quel est le problème ?

    Posté par  . En réponse au lien Repérage des piscines non déclarées : l’IA de l’administration fiscale patauge. Évalué à 1.

    Tout impôts entre dans ta définition de racket

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

  • [^] # Re: Arcom est dit

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 3.

    En se comportant comme un consommateur, j'ai l'impression qu'on valide les comportements de l'industrie traitant ça comme des produits calibrés, prêt à consommer.

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

  • [^] # Re: RĂ©sumĂ©

    Posté par  . En réponse au lien Postgresql en tant que journal de transactions. Évalué à 2.

    Wow j'ai vraiment galéré à te suivre (ça fait 3 fois que je réécris mon commentaire). Ce qui est incrémental c'est pas véritablement lié au WAL de pg, c'est que les PITR sont construit incrémentalement les uns par rapport aux autres et c'est fait grâce à du CoW sur les pages qui sont donc immuables (à la base je croyais que tu disais que le WAL était immuable). Et ce qui est rapide c'est l'accès à n'importe quel point du temps (pareil je croyais que tu disais que c'était la réplication qui était instantané).

    Mais du coup comme je le disais c'est complètement Neon (et peut être d'autres) qui fournissent ce service de branche et pas pg (même si oui ça s'appuie sur pg). Ce n'est pas un mal que ce soit Neon. C'est juste le côté "vous pouvez-faire ça avec PG" qui me semble être plus "vous pouvez faire ça avec Neo ou si vous réécrivez la partie stockage de PG".

    Le lien par contre parle de remplacer les sauvegardes par du PITR et je dirais que non. Des sauvegardes doivent ĂŞtre hors ligne. Peut ĂŞtre qu'on peut se contenter de sauvegarder les bucket S3, mais du coup c'est une sauvegarde.

    Pour le sujet de docto et d'Aurora, la performance dont ils ont besoin c'est, je pense de pouvoir manipuler beaucoup de données pas tant le temps de réponse par requête (dis autrement ils veulent pouvoir faire 1 millions de requête dans la seconde pas forcément que les requêtes prennent 1µs) et ça me parait cohérent avec ce que je vois (en imaginant que qu'à fait Amazon en comparaison de Neon).

    En tout cas merci c'est intéressant de comprendre comment ils font.

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

  • [^] # Re: Ban ?

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 6.

    De quoi t'accuse ce commentaire ?

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

  • [^] # Re: RĂ©sumĂ©

    Posté par  . En réponse au lien Postgresql en tant que journal de transactions. Évalué à 2.

    Ce qui est intéressant avec cet article c'est justement de montrer que c'est le principe des WAL de PostgreSQL qui permet de faire toutes sortes de choses dès l'instant où on raisonne en terme de journaux et non de stockage fixe. Il y a plusieurs manières ensuite de l'automatiser, Neon en est une mais ça fait longtemps qu'on peut faire du PITR.

    J'ai du mal à comprendre. Le lien décris une forme pas très propre d'event sourcing1. Mais il décrit le très bas niveau puis le très haut niveau sans parler de ce qu'il y a entre. Comment tu accède au WAL en pratique ?

    C'est là qu'est la force de kafka, il est décrit comme un log distribué pour cette raison. Il est tellement centré sur le log qu'il ne fait que ça et à toi d'avoir le comportement que tu souhaite derrière :

    • rĂ©agir aux Ă©vènements
    • crĂ©er des vues de tes donnĂ©es qui sont mises Ă  jour au fil des Ă©vènements

    1. Je dis pas très propre parce que l'élément atomique semble être le changement. Le WAL décrit des opérations bas niveau interne à pg (dans les faits je ne sais même pas à quel point c'est considéré comme une API). L'event sourcing propose de stocker des évènements métier, l'opération atomique sera « Création de l'utilisateur 'John Doe' avec l'email 'john@example.com' » (l'idée étant de travailler la notion d'agrégat pour que ce soit un évènement aussi petit que possible tout en étant cohérent). ↩

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

  • [^] # Re: RĂ©sumĂ©

    Posté par  . En réponse au lien Postgresql en tant que journal de transactions. Évalué à 2.

    Ah peut être j'avoue ne pas connaître l'offre AWS au point de savoir qu'ils ont 2 pg as a service et de pouvoir décrire leurs différences. Si j'ai bien compris RDS c'est une sorte de base de données sur EC2 et aurora c'est "complètement" managé ça veut dire qu'avec RDS tu provisionne des instances EC2 ?

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

  • [^] # Re: RĂ©sumĂ©

    Posté par  . En réponse au lien Postgresql en tant que journal de transactions. Évalué à 2.

    Pour la comparaison avec RDS, comme avec Neon il n'y à aucune différence au niveau de l'utilisation, c'est un PostgresSQL tout ce qu'il y a de plus classique, (au pire il manquera des extensions ?), je ne vois pas où tu vois un problème pour quitter le service ?

    Ça dépend de ce que tu entends par aucune différence. Eux s'ils réinstallent leur prod ailleurs ça ne marche pas en l'état car il ne savent pas faire une installation aussi performante que RDS et ils ont pris des mesures pour moins s'appuyer sur les capacités de scaling propre à RDS et à découper leur base pour savoir eux-même opérer un pg dont ils ont besoin. Parce que la dépendance à Amazon est un point problématique pour eux.

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

  • [^] # Re: RĂ©sumĂ©

    Posté par  . En réponse au lien Postgresql en tant que journal de transactions. Évalué à 4.

    What you get when you think of Postgres storage as a transaction journal

    et

    • CrĂ©er des branches indĂ©pendantes
    • Lancer des requĂŞtes Ă  un instant antĂ©rieur (en crĂ©ant une branche de manière transparente)

    Si j'ai bien compris, c'est un mensonge. Ce n'est pas pg, c'est neon. C'est probablement très bien mais c'est ce que eux ils apportent.

    Il me semble qu'il y a 1 an ou 2, doctolib communiquait beaucoup sur le fait qu'ils utilisaient juste postgresql (et donc si eux utilisent du SQL le NoSQL ne sert à rien) et puis ils se sont rendu compte qu'ils n'utilisent pas PostgreSQL, mais Amazon RDS et que la charge géré par Amazon RDS et celle qu'ils arrivent à gérer avec une installation pgsql à eux n'est pas la même. Quand on a l'ambition de pouvoir quitter son cloud provider si besoin, ça fait tâche.

    C'est pour ça que ça me parait important de faire la distinction.

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

  • [^] # Re: Ça commence Ă  bien faire

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 10.

    Pas dis que je remarque la différence

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

  • [^] # Re: Ça commence Ă  bien faire

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 10.

    Mais comme à chaque fois tu donne des liens approximatifs, tu répond à côté, tu élude, tu demande aux autres de faire leurs propres recherches,… bref tu fais des pieds et des mains pour que ça ne se voit pas trop que tu n'a rien de concret. Maintenant que des choses comme chatgpt sont sorti ça pourrait être automatisé avec un llm.

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

  • [^] # Re: Ban ?

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 7.

    En fait plus j'y réfléchi et plus je pense que c'est un troll et si c'est le cas ça mérite le bandef (voir une SamWangisation).

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

  • [^] # Re: Ça commence Ă  bien faire

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 9.

    L'Inde a gardé l'ivermectine dans ses recommandations… 40 jours. Le Peru l'a gardé un an et ça ne s'est pas très bien passé.

    Faut arrêter de prendre les trolls au premier degré ça n'est pas une question de respect, mais de non alimentation. S'il ne t'a pas donné les comparaisons c'est qu'elles ne sont pas flatteuses.

    Il donne simplement le minimum pour alimenter sont troll et faire perdre du temps aux gens.

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

  • [^] # Re: Arcom est dit

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 2.

    Car oui, c'est aussi un autre problème la fin des séries en plein milieu, même quand elles sont bonne.

    Ça existe encore ? J'ai l'impression que maintenant les séries sont commandées par saison complète et que les saisons sont plus courtes.

    Si tu attends que les séries complètes soient terminées c'est compliqué ça veut dire qu'il aurait fallut attendre 10 ans pour commencer à regarder SG1 par exemple.

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

  • [^] # Re: Arcom est dit

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 3.

    Ça c'est la raison pour laquelle j'ai abandonné Netflix et Disney+, je passais plus de temps dans les menus qu'à regarder quoi que ce soit. C'est moins une question d'offre qu'une question curation et pas d'accès au contenu.

    Les recommandations algorithmiques sont pas folles et se font généralement pourri par le besoin de mettre en avant ce qu'ils veulent que tu vois. Disons que curation et publicité ne font pas bon ménage.

    Tu as des endroits où il y a de la vrai curation comme mubi, mais tu n'y trouvera pas les films dont on parle dans les médias (hors cinéphiles). Évidemment c'est subjectif c'est même l'objet de la curation.

    Je n'ai pas trouvé d'entre 2 qui n'est pas gangrené par la considération de films comme un bien de consommation tout en étant assez grand publique pour moi.

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

  • [^] # Re: Arcom est dit

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 6.

    Encore une fois, 52 chaînes

    Même réponse j'ai pas envie de me farcir un catalogue avant de choisir quoi visionner

    Tu veux du choix, mais ne pas avoir à choisir, c'est ça ?

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

  • [^] # Re: Question pour le DNS

    Posté par  . En réponse au lien L'ARCOM s'interroge sur le détournement des VPN et DNS à des fins illicites. Évalué à 5.

    Je n'ai pas besoin d'un permis pour dire qu'une voiture est accidentée.

    Mettre en place des solutions qui ne marchent pas ça fait 20 ans qu'ils le font ils vont peut être un jour démontrer la logique shadock

    Plus ça rate et plus on a de chances que ça marche…

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

  • [^] # Re: Performances ?

    Posté par  . En réponse au journal antistress adventure in Flatpak land. Évalué à 2.

    J'utilise du flatpack et non pas du tout. D'ailleurs j'utilise aussi du docker qui s'appuie en bonne partie sur les mêmes mécanismes et pas du tout (mis à part quand je limite les ressources du conteneur évidement)

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

  • [^] # Re: Ban ?

    Posté par  . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 3.

    les réactions qu'il entraîne ne sont pas une solution non plus.

    Moi je pense qu'elles entrainent une aggravation. Il est clairement arcbouté et plus grand monde ici n'est prêt à véritablement l'écouter. Tu as 2 messages un peu empathiques au début qu'il balaie et puis c'est le retour des grandes joute qui est à mon humble avis ce qu'il recherche.

    Le ban, la censure, du sujet, le verrouillage des commentaires toute réactions sera de toute manière une bonne manière de se convaincre qu'il a raison. Je dirais bien que ça devrait être au système de karma de régler cette histoire (ce qui n'empêcherait pas d'alimenter son sentiment de censure), mais bon ce n'est qu'un avis.

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

  • [^] # Re: sudo vraiment nĂ©cessaire?

    Posté par  . En réponse au lien « "sudo" is very very useful […] sudo has serious problems though » : systemd sudo. Évalué à 3.

    Ça ne rend pas du tout l'utilisation de -i inutile. Le fais de ne pas hériter des variables permet d'éviter des erreurs. Ça n'est pas une question de sécurité.

    Un attaquant qui a la possibilité de créer un fichier et de manipuler tes variables d'environnement aura vite fait de créer son propre su et sudo prioritaire dans ton path.

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