barmic 🦦 a écrit 5212 commentaires

  • [^] # 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

  • [^] # Re: Pendant ce temps

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

    On est bien d'accord. Ceci dit, ça reste AWS, pas le quidam du coin. Si ils veulent mettre les moyens pour avoir un truc qui tient la route, ils ont les ressources pour le faire. De là à ce qu'ils aient réellement intérêt à le faire..

    L'histoire a déjà montré que les moyens financiers ne suffisent pas à créer un projet libre.

    Par contre, a part leur implémentation de leur suite d'outils pour ES, je n'ai pas trouvé un fork a proprement parler. Je suppose qu'ils ont trouvé un terrain d'entente, l'annonce laissait présager que c'était comme si c'était fait.

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

    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.

    Le problème qu'avait Java c'est qu'une base n'était pas open-source et a donc dû être redéveloppé par Google.

    Je ne crois pas que Google soit intéressé par le JDK sur mobile. C'est pour des raisons techniques qu'ils l'ont réimplémenté (et qu'ils l'on réimplémenté 2 fois depuis).

    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é à 6.

    Très Oracle est la seule boite que je connaisse qui soit pour le copyright d'API.

    Le cas ES/AWS (mais tu as pareil mongo/AWS), forker est loin d'être suffisant, il faut tenir la distance. On sait tous que forker un projet ce n'est pas dupliquer un dépôt de source. AWS se retrouve à gérer un projet, ce dont il faisait l'économie jusqu'à présent (avoir une R&D, gérer des contributions, recevoir des rapports de bugs,…). A chacun de juger, mais la situation est vraiment différente.

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