barmic 🦦 a écrit 5915 commentaires

  • [^] # Re: systemd fait tout, sauf la vaisselle

    Posté par  . En réponse au journal Systemd à la maison. Évalué à 10.

    Et en plus, les timers, bah c'est pas la première chose qui vient à l'esprit, il y a une très grande majorité des sysops qui ne les connait pas ou ne les utilise pas avec systemd (qui remplace tout, donc cron aussi), […]

    Pour moi c'est LA killer feature de systemd :

    • syntaxe plus confortable Ă  lire
    • possibilitĂ© de voir quand il a Ă©tait dĂ©clenchĂ© pour la dernière fois et quand est-ce que sera la prochaine
    • possibilitĂ© de lancer manuellement la tâche en ayant le mĂŞme environnement (utilisateur, dossier de travail, variable d'environnement,…)

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

  • # Second degrĂ©s

    Posté par  . En réponse au journal Systemd à la maison. Évalué à 10.

    N'ayant ni fait des études, ni travaillé dans l'informatique, l'élite de ce site (qui n'apprendra donc rien dans ce journal) comprendra donc que mon langage manque de rigueur, et aura bien sûr l'indulgence et la bienveillance de ceux qui savent.

    C'est peut être du second degrés, mais au cas où : il ne faut pas faire un complexe comme ça. L'informatique (contrairement à l'enrichissement du nucléaire par exemple) est un domaine que chacun peut expérimenter chez soit et où on trouve pleins de gens qui n'ont pas eu de formation initiale qui sont très bons (et des professionnels qui sont très mauvais).

    De plus il ne faut pas viser l'élitisme. Décrire des choses simples aide toujours les gens qui découvrent. C'est du partage de connaissance, c'est important.

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 3.

    Oui mais c'est pas de ça dont il est question. Ça part de gens qui se plaignent de son comportement apparemment qu'ils ont subit un certain temps. Leur répondre « si ça se trouve, il est malade » n'est pas recevable si on agit pas en conséquence (et il ne s'agit pas de le virer mais de prendre les dispositions en conséquence - si tu as des problèmes de vu tu met des lunettes -).

    Regarder le problème en oubliant cette étape initiale me semble être un oubli important.

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

  • [^] # Re: XMPP

    Posté par  . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 4. Dernière modification le 13 avril 2021 à 19:58.

    Sur un smartphone ou à part les développeurs personne ne compile soi-même ses applications et où tout le monde s’approvisionne sur un store unique, ça fait une différence que le client soit libre ?

    C'est exactement pareil sur PC (linux, bsd, windows ou macos).

    Quelle garantie as-tu que le code du client Signal installé sur ton téléphone est celui qui est publié ?

    C'est exactement pareil que sur n'importe quel dépôt logiciels. C'est la confiance que tu donne en ton dépôt ou la vérification que tu aura faites (si les builds sont reproductibles).

    La différence c'est que ça paraît plus complexe à pas mal de monde pour 3 raisons amha :

    • les tĂ©lĂ©phones sont des appliances : pour des raisons techniques et commerciales on ne peux pas les ouvrir comme on le ferrait avec un PC
    • ça demande une cross compilation, la chaine de dĂ©veloppement s'en trouve complexifiĂ©
    • ça a une mauvaise image (Ă  tort ou Ă  raison) c'est fermĂ©, c'est compliquĂ©, c'est pas possible,…

    La combinaisons de ses 3 fait que c'est moins hacké et que les gens ont moins envi de l'hacker (et c'est un cercle vicieux moins il y a des hackers moins ça donne envi).

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 4.

    Ça paraît peut être plus clair si tu relis ton premier paragraphe.

    En tout cas, toute cette histoire aura bien illustré la tendance chez l'être humain à l'interprétation, au non factuel, aux énoncés et arguments imprécis, vagues et invérifiables, aux conclusions rapides qui terminent la discussion. Et une tendance au négatif et au pessimisme et à voir la mauvaise foi chez les autres.

    Une autre ref plus locale aurait pu être :

    Ça dénonce grave.

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 3.

    Une petite explication sourcée : https://happymag.tv/we-live-in-a-society-meme-explained/

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 2.

    Je suis globalement d'accord avec toi. C'est la disqualification par maladie que j'ai trouvé intéressant de discuter.

    Pour ce qui est du fond, je m'en fous. L'organisation de la FSF est les gens qui sont à sa tête ne m'impacte en aucun point (oui je suis très osef pour tout ce qui concerne la FSF). À partir de là avoir un avis devient une position de principe. Des personnes haut placés qui ont les problèmes que l'on reproche à RMS (avérés) il y en a et ça me concerne déjà bien plus.

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 3.

    As-tu lu les symptômes de la sociopathie ?

    Tu présente les symptômes les plus violents. Ceux que dont on parle le plus parce qu'ils sont démonstratifs et sont présents chez bon nombre de tueurs. Remarque que c'est la même chose avec un asperger, si tu prend les symptômes les plus mis en avant (au hasard mutisme, mouvements répétitifs et incapacité à supporter les espaces trop stimulants - les estrades et scènes avec des projecteurs par exemple -) c'est très loin de ce qu'à (ou non) RMS.


    Mais mon point était surtout de montrer que le fais de choisir de d'affirmer que son problème d'empathie (il indique lui-même donc je pense que ça peut être acté) soit un asperger plutôt qu'autre chose biaise forcément la représentation qu'on s'en fait.

    Ça me paraît utile parce que les 2 propositions suivantes :

    Ceux qui sont en contact avec un asperger souffrent aussi de cette maladie.

    et

    Ceux qui sont en contact avec un asperger ou un sociopathe souffrent aussi de cette maladie.

    ne résonnent pas de la même façon chez chacun. De part le fait qu'on a pas la même image de ces 2 maladies.

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 4.

    La difficulté de comprendre la mal fait aux autres par ses actions peu appliques aux deux.

    Oui mais il n'est pas anodin de choisir de laisser penser qu'il est l'un plutôt que l'autre, les mots n'ont pas la même connotation, mais posent des problèmes analogues quand ils ne sont pas pris en charge (et retarder la prise en charge peut empirer dramatiquement les choses).

    • Il a pas envie de se faire tester.

    Et c'est un bon message pour tous les personnes ayant ces syndromes. C'est un signe de psychophobie de refuser la prise en charge.

    • tu peu pas espĂ©rer que toutes les personnes qui sont neuro-divergente l'ai affichĂ© sur leur tĂŞte, et donc si tu veut Ă©viter les discriminations, tu est forcĂ© de prendre du recul sur l'action des gents.

    Tu ne peux pas dire « Perché ! Si ça se trouve je suis $pathologie » et ne rien faire si tu en souffre réellement. Les gens autour de toi le subissent aussi. La question n'est pas que toute personne ayant ces problèmes l'affichent, mais que si tu as des doutes c'est bien de travailler dessus.

    En particulier les gens qui ont des responsabilités qui ont une absence d'empathie (je parle bien d'absence, c'est quelque chose de clinique) peuvent poser d'énorme problèmes à ceux qu'ils managent. Affirmer ce genre de choses ce n'est pas de la psychophobie.

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 0.

    On vit vraiment dans une société

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 5.

    Même à l'intérieur de la FSF et du projet GNU le board de la FSF est lâché par pas mal de monde. Par exemple le projet gcc envisage sérieusement de quitter la FSF et le projet GNU et d'être hébergé ailleurs.

    Ou la FSFE dans son ensemble https://fsfe.org/news/2021/news-20210324-01.en.html

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

  • [^] # Re: Pas gagnĂ©, on verra le long terme...

    Posté par  . En réponse au lien Stallman va rester a la FSF. Évalué à 4.

    On a de fortes raisons de penser que RMS soie asperger
    https://en.wikisource.org/wiki/Free_as_in_Freedom_(2002)/Chapter_5
    https://lists.gnu.org/archive/html/libreplanet-discuss/2021-03/msg00136.html

    Ça fait donc 20 ans que malgré qu'il est une personne publique, il ne lève pas la question ? Ce qu'il dit dans sa propre déclaration me fait me demander si ce n'est pas de la sociopathie.

    PS: Étant légèrement dyslexique, et donc ayant vécu pas mal de psychophobie,
    je me suis senti un peu trop concernée, par un autre cas ou des personnes qui se dises inclusive, exclue des gents pour être né différemment (hello point-mediant ?)

    Je suis dyslexique et j'ai passé beaucoup de temps avec des amis qui ont de lourdes maladies psy. Je ne vois clairement pas le rapport. D'une part les maladies ne sont pas un badge qui autorise tout et n'importe quoi, d'autre part la première choses à faire pour ses maladies c'est de travailler dessus. Le fait de ne pas se faire diagnostiquer est un vrai problème pour lui comme pour ceux qui l'entour.

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

  • [^] # Re: XMPP

    Posté par  . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 7.

    J'ai vraiment du mal à comprendre… Ces questions de voix et vidéo on en parlait à il y a 17 ans (avec la XEP-0111). Se mettre d'accord c'est long, mais même les comités de standardisation type IETF ou ISO sont beaucoup plus rapides.

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

  • [^] # Re: Identifiants qui changent

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 3.

    (ou gérer les trucs écrasés par une restauration de /etc…)

    Il y a incompréhension. etckeeper ne peut pas écraser ton /etc il va y appliquer des patch. C'est différent, mais ça apporte une fiabilité plus ou moins identique.

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

  • [^] # Re: Identifiants qui changent

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 3. Dernière modification le 12 avril 2021 à 11:31.

    Après, si tu ne trouves pas pratique, je n'oblige personne à utiliser ansible, je faisais juste part de mon expérience.

    Et moi de même j'ai tenté de m'en servir en vrai, mais j'en suis revenu. Chacun fais bien ce qu'il veut. C'est juste pas la méthode que je trouve la plus simple.

    • si je ne suis pas sĂ»r de ce qu'il faut modifier dans la conf, j'ai une phase "je teste Ă  la main" (install des paquets/ modif des conf)
    • j'Ă©cris la/les règles dans ansible (si c'est un paquet Ă  installer, en gĂ©nĂ©ral j'ai juste Ă  l'ajouter dans une liste dans mon playbook)

    Ça peut être assez casse gueule si tu as quelque chose d'un minimum complexe. Avec etckeeper, tu vois forcément toutes les nouveautés.

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

  • [^] # Re: Identifiants qui changent

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 2.

    Une manière de faire est de faire ça au fur et à mesure. Tu commences par des rêgles d'installations des quelques softs principaux que tu utilises (très simple et très rapide à mettre en place), et au fur et à mesure que tu fais des modifications sur ta machine au cours des semaines/mois qui suivent, tu écris petit à petit tes règles dans Ansible ou autre.

    Excellente manière d'oublier des choses, tu peux difficilement lister toutes les modifications que tu as fait après coup.

    En général, tu n'as pas vraiment besoin "d'annuler". Ansible (et certainement les autres), ont des options en ligne de commande pour "simuler" les actions et afficher les différences (quand tu modifies des fichiers). Il y a des cas où il va raler (genre tu modifie un fichier de conf d'un paquet pas encore installé car installation simulé), mais en fait c'est rare. En ce qui me concerne la configuration ansible de ma machine est largement plus simple que celle des serveurs de ma boite par exemple.

    C'est quoi le workflow ?

    • tu fais ta modification Ă  la main
      • tu itère jusqu'Ă  avoir configurĂ© comme tu le souhaite
    • tu annule ta config tu aura pris soin d'utiliser cpold
    • tu modifie ton playbook
      • tu itère pour avoir un truc qui t'intĂ©resse (avec dry-run si ce n'est pas un nouveau logiciel)

    Pratique…

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

  • [^] # Re: Identifiants qui changent

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 2.

    Ça a beaucoup moins d'inconvénients que de reinstaller une sauvegarde de /etc ou je ne sais quoi d'autre. Parce que cette reinstallation peut-être déstructrice si tu reinstalles un système avec une version plus récente des logiciels, donc avec de potentiels modifications dans les fichiers /etc/.

    Tu as le même problème avec ansible. Tu as peut être des cas mieux gérés (mais c'est même pas dis, git va beugler si un patch ne s'applique pas correctement), mais en soit si tu veux t'éviter des soucis utiliser une distribution stable et ne pas faire de restauration d'une version majeure sur l'autre.

    Je connais l'intérêt des gestions de conf', mais :

    Le temps passé à écrire les playbooks (et encore, y en a que je réutilises d'autres projets)

    Donc tu mutualise avec du temps que tu passe professionnel. C'est pas un mal, c'est juste que si tu n'utilise pas l'outil de manière suffisamment intensive. L'utiliser est coûteux. Déjà que même pour toi le fait de devoir savoir quoi modifier dans /etc + mettre à jour ton playbook est du temps en plus.

    Je n'ai pas à réfléchir, ni à me souvenir de ce que je dois installer pour être opérationnel, ni ce que je dois toucher dans mes fichiers de config système pour prendre en compte les spécificités de mon matériel ou de ma configuration.

    Oui alors tu passe ton temps à devoir gérer les modifications de ton etc + du playbook. C'est un coût que tu paie autre part. Tu as l'avantage de ne pas le faire au moment où tu es potentiellement le plus pressé, mais ça demande une rigueur. Et tu oubli dans tout ça de devoir aller regarder ton INSTALL.md pour les modifications manuelles potentielles.

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

  • [^] # Re: IntĂ©gration

    Posté par  . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 7.

    Donc qu’est-ce qui empêcherait une application de paiement distincte de Signal de demander l’accès aux contacts pour faire son boulot ?

    L'intégration. Tu as une calculatrice pas besoin que ton tableur fasse des calculs pour toi.

    Si la fonctionnalité qu'ils veulent fournir c'est de pouvoir donner au sein d'une conversation en un minimum d'action utilisateur, la seconde application ça ne fonctionne pas. Devoir installer seconde application, c'est un problème, rien que parce que des gens n'ont pas énormément de place pour les applications sur leur téléphone.

    Avec une application de paiement distincte, les utilisateurs pourraient décider de faire confiance à l’une ou l’autre application, ou aux deux. Même fonctionnalités, plus de choix pour les utilisateurs, ce ne serait pas mieux ?

    Il en existe déjà tu n'a pas besoin d'eux pour ça. C'est pas très utile.

    Vraiment, la fonctionnalité ce n'est pas de permettre d'échanger de l'argent, c'est le fait d'en proposer une ergonomie.

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

  • # IntĂ©gration

    Posté par  . En réponse au journal Signal envoie des signaux inquiétants. Évalué à 3.

    D'autres ne sont pas complètement hostiles à cette nouveauté, mais questionnent la pertinence d'intégrer le système de paiement à l'application de messagerie : cela force en effet celles et ceux qui n'ont pas l'usage de ce système (ou ne veulent pas s'en servir) à avoir son code et potentiellement ses bugs et failles dans la même application, rendant la messagerie potentiellement moins sécurisée, alors que pour l'éditeur de Signal il serait possible de maintenir deux applications distinctes.

    Non. La fonctionnalité ce n'est pas de pouvoir échanger de la crypto monnaie, mais de rendre trivial l'échange avec tes contacts. Leurs fonctionnalités c'est d'intégrer une fonctionnalité déjà existante. C'est discutable, mais il n'est pas possible de faire la même chose avec une autre application.

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

  • [^] # Re: Gestion d'erreurs en carton

    Posté par  . En réponse au journal Un peu d'ordre dans un monde parallèle. Évalué à 2.

    Sauf en cas de faux contact

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

  • [^] # Re: Identifiants qui changent

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 4.

    Utiliser un orchestrateur a pleins d'inconvénients :

    • tu peux facilement dĂ©rivĂ© si tu n'a pas la rigueur de toujours passer par lui, voir de t'assurer qu'il fonctionne toujours après les mises Ă  jour qui tu es en rolling release
    • je trouve que c'est super long Ă  mettre en place. Écrire, tester sa recette, annuler toutes modifications pour pouvoir retester, ça prend beaucoup de temps. Ça se rĂ©cupère vite quand tu doit gĂ©rer 200 machines

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

  • # Copie

    Posté par  . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 3.

    la restauration est étonnamment lente. Le disque est un 5400 rpm qui devrait sortir du 60 Mo/s., sur un port USB 2 qui a un débit théorique à 90 Mo/s. Il y a quelque chose à faire là dessus ;

    Ce genre de copie, je ne fais en SATA des 2 cotés quitte à ouvrir une autre machine pour pouvoir faire ça tranquillement. Même si ce n'est pas pressé attendre 6h pour se rendre compte qu'on a raté un truc dans la copie, je trouve ça embêtant.

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

  • [^] # Re: Pendant ce temps

    Posté par  . En réponse au journal Oracle vs Google. Évalué à 5.

    C'est ce que fais AWS, pour mongo par exemple, ils ont réimplémenté l'API au dessus d'une partie de postgresql (c'est leur DocumentDB) et ils sont entrain de travailler sur l'implémentation du protocole de sqlserver toujours sur pg.

    Après c'est de la concurrence.

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

  • [^] # Re: Pendant ce temps

    Posté par  . En réponse au journal Oracle vs Google. Évalué à 5.

    Amazon a déjà menti sur des partenariats qu'ils disent avoir alors que non.

    C'est mieux avec des sources : https://www.silicon.fr/aws-elasticsearch-conflit-fork-357256.html

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

  • [^] # Re: Pendant ce temps

    Posté par  . En réponse au journal Oracle vs Google. Évalué à 3.

    Ce procès a permis de voir a quel point le brevet logiciel est stupide. Des entreprises s'interdise de faire une boucle for pour ne pas avoir a payer de royalties. Combien de code sont volontairement non-optimum à cause de ce problème. Bien souvent c'est "dans le doute". Contrairement on pourrait diminuer la charge serveur et donc la pollution de la planète (de peu car la plupart se concentre sur l'open-source pour cette raison).

    Je n'ai jamais entendu parler de ça. Il y a 1 ou 2 domaine très contraint (l'encodage audio et vidéo et la téléphonie), mais rien de généralisé et surtout pas de boucle for qui est décrite dans un certain nombre de norme ISO et sans la quelle il est difficile d'utiliser certains langage (go par exemple qui n'a que cette boucle et pas de goto).

    Si de tel pression existaient le libre ne pourrait pas y faire grand chose (à part fournir des prior art, mais le code non libre peut aussi en fournir) et on ferait probablement le dans les années 2000, des dépôts européens protégés des brevets logiciels (tant qu'on a pas un accord de libre échange qui nous fait appliquer les brevets logiciels).

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