barmic 🦦 a écrit 5944 commentaires

Oui, mais tu perdras beaucoup de pouvoir de décision.

J'ai peut être pas compris, ce n'est pas l'objet du journal ?

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

• Vendre l'entreprise ? Pourquoi pas, mais c'est quand même mon logiciel, j'y tiens, je l'aime bien.

Vendre ne veux pas dire que tu quitte l'entreprise. Tu peux vendre et négocier pour avoir un poste.

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

Certaines personnes dirons que en 40 ans qu'il ne s'est pas améliorer, et que ça peu être prit en compte comme refus, je dirais simplement que vous ne savez à priori pas grand choses des effort qui ont étaient effectués par RMS, des choses qui lui on étais demander (et donc ce qu'il aurait refusé), et que vous spéculez bien plus que moi quand je dit que. "si ça se trouve il est malade".

Je vais tenter de préciser et m'arrêter là, non pas par énervement, mais parce que je pense qu'on fait le tour du sujet.

Je ne pense pas supposer grand chose. Tu as sourcé ton interrogation, je dis juste que cette interrogation si on veut la prendre en compte devrait impliquer certaines choses, que ce n'est pas quelque chose qui peut être brandi pour invalider les reproches (au contraire il peut les valider).

Mais je crois qu'on est tous globalement d'accord.

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

Je peux tirer les fils moi-même, à grands coups de find/grep et cie, nah !

Un utilisateur n'ayant connu que systemd dira exactement la même chose, puisqu'il ne saura pas se dépêtrer du tas de spaghettis qu'est rc.d, le fameux outil de «gestion» des daemon historique, qui se pose traditionnellement au-dessus de sysVinit.

J'ai connu les 2 et je fais mon choix sans problème. sysVinit demande beaucoup de bricolage pour customiser ce que l'on fait. Passer son temps a faire utiliser apt divert pour faire ce dont on a besoin c'est très casse gueule.

systemd et network manager sont tout à fait compréhensibles, il faut accepter qu'ils ne fonctionnent pas comme leurs alternatives, mais affirmer que ce que l'on connait depuis des dizaines d'années est plus simple qu'un truc nouveau me semble sujet à biais.

En particulier pour le problème présenté. nm peut très bien s'appuyer sur l'ancien système est n'être qu'un proxy à ifupdown et j'ai observé ça sans aller sur internet juste avec les man de mon système + une lecture de quelques scripts (et je parle de scripts triviaux).

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

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

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

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

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

Ç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

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

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

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

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

On vit vraiment dans une société

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

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

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

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

(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

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

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

Ç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

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

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

Sauf en cas de faux contact

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

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