barmic 🦦 a écrit 5211 commentaires

  • [^] # Re: Keybinds de malheur

    Posté par  . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 1.

    Si tu as vraiment peur pour tes doigts, tu C-x tu le tape avec 2 mains (que ce soit pour emacs ou n'importe quel raccourci). Il n'y a pas de problème particulier.

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

  • [^] # Re: Qwant : en finir avec l'omerta

    Posté par  . En réponse au journal Tristan Nitot devient directeur général de Qwant. Évalué à 2.

    https://www.lesnumeriques.com/vie-du-net/partenariat-microsoft-qwant-s-explique-pour-deminer-terrain-n87109.html

    Il est important de savoir que seules les données issues du web seront traitées par les algorithmes de Qwant qui tourneront sur les serveurs de Microsoft.

    On peut dire qu'ils sont des menteurs, mais si tu n'a rien de plus que ton intuition c'est de la calomnie.

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

  • [^] # Re: En outre...

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 2.

    Rien qu'a regarder depuis quand la communication inter-serveur est sécurisée via TLS dans les 2 cas (c'est la moindre des choses dans des transferts de data, non ?).

    Je sais pas trop. Selon le profile de ta charge tu ne peux pas forcément faire du TLS ou en tout cas pas sans avoir un F5 devant chaque machine, mais du coup c'est entre tes nœuds et ton F5 que tu sécurise pas… Sincèrement je ne suis pas un crack et je ne fais pas forcément bien les choses, mais j'ai déjà rencontré des cas où je ne vois pas comment mettre en place du TLS sans complètement exploser sous la charge.

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

  • [^] # Re: Keybinds de malheur

    Posté par  . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 3. Dernière modification le 26 septembre 2019 à 08:52.

    Ce qui m'ennuie c'est que les lettres ne sont pas des mots, et utiliser cette méthode obscure est vouée a générer des erreurs.

    Ton avis ne tiens pas face aux décennies d'utilisation de cette convention. Je comprends ton avis. Je comprends ton point de vu. Mais essaie de comprendre que ça fait 35 ans que cette convention existe et est largement utilisée. Il faudra plus que ton avis ou ta difficulté à l'aborder pour la remettre en cause.

    Le fait que j'ai fais une erreur cette nuit ne change pas ce fait. Je ne suis pas un grand utilisateur d'emacs.

    C'est un peu comme si tu disais que :

    Était trop difficile pour les néophytes et que les mathématiciens pourraient utiliser des mots à la place de symboles chelous impossible à sortir directement sur un clavier (et je te parle pas de distinguer 0, o, \circ, \bigcirc, \bigodot,… ils se distinguent bien sur un ordi l'un à coté de l'autre, mais à l'écrit ça peut devenir compliqué).

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

  • [^] # Re: Keybinds de malheur

    Posté par  . En réponse au journal Next browser 1.3.2: réagir aux évènements avec les hooks, paquet Debian tout frais et plus encore. Évalué à 10.

    Ils ont juste repris la convention d'emacs. Ça fait plus de 20 ans que des gens connaissent et communiquent avec. Détend toi un peu.

    C'est simple au final C, en majuscule c'est la touche control et S, en majuscule, c'est la touche shift. Il y a aussi M pour la touche "meta" (le a souvent un symbole Windows dessus). Un tiret sert à indiquer que les touches doivent être appuyées en même temps. Par exemple C-x S-v f signifie appuyer simultanément sur control et sur la touche x, puis appuyer simultanément sur les touches shift et v et en fin appuyer simplement sur f. Ah j'allais oublier ESC c'est pour echap.

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

  • [^] # Re: Qwant : en finir avec l'omerta

    Posté par  . En réponse au journal Tristan Nitot devient directeur général de Qwant. Évalué à 3.

    et de n'avoir que peu de notion de protection des données personnelle, utiliser un cloud d'une entreprise américaine c'est un peu les fournir à la CIA/NSA

    Si j'ai bien compris, ils disent ne s'en servir que pour construire les indexes et pas pour tout traiter tes requĂŞtes.

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

  • [^] # Re: En fait, tu te plains de la libertĂ© des autres

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 4.

    Le problème est que cet extrait a été cité totalement hors contexte et qu'il ne rend pas justice au problème qu'il y traite.

    Je ne dirais pas « hors contexte » Monsieur Phi explique bien que c'est le point de vu d'un prussien du 18ème. Il ne rentre effectivement pas dans plus de détail, mais son point n'est justement pas de valider ou d'invalider Kant, mais d'expliquer que la morale n'est pas universelle, elle est liée à un contexte temporel et culturel.

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

  • [^] # Re: distributions du jdk

    Posté par  . En réponse à la dépêche Sortie d’OpenJDK 13. Évalué à 4.

    Le parallèle n'est pas déconnant. Je ne pense pas que les contributeurs du noyau linux veulent faire du support. Ils tiennent juste leur projet.

    Avec le passage de l'upstream d'Oracle à OpenJDK, on a probablement la même organisation : les contributeurs OpenJDK sont « juste » des développeurs et ne veulent pas gérer du support. Ceux qui veulent faire du support font tout le taff de packaging etc. Debian continue de prendre OpenJDK parce qu'ils savent faire ce packaging (c'est ce qu'ils savent faire). Oracle/Amazon/whatever veulent proposer un Java sur leur plateforme et vont donc packager OpenJDK.

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

  • # implĂ©mentation java

    Posté par  . En réponse à la dépêche Communiquer avec D-Bus en Java avec JNIDBus. Évalué à 2.

    De plus, cette bibliothèque implémente le protocole D-Bus en Java, ce qui risque de poser des problèmes d’interopérabilité avec l’implémentation en C.

    Je comprends le point de vu, mais je trouve tout de même ça dommage. Au contraire la multiplication des implémentation aide à l’interopérabilité et l'utilisation d'une implémentation Java permet d'avoir un déploiement plus simple. Mais je comprends qu'arriver au même résultat en réimplémentant le protocole doit être une gageure.

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

  • [^] # Re: distributions du jdk

    Posté par  . En réponse à la dépêche Sortie d’OpenJDK 13. Évalué à 7.

    Aujourd'hui que je sache ces distributions ont uniquement des contrats de support différents (en prix en durée etc). C'est juste une façon de matérialiser ça.

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

  • [^] # Re: GitHub

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 3.

    Bof… Framasoft s'autorise tout autant à supprimer du contenu. Le spectre de la loi est toujours le même. On avait un contributeur framasoft qui l'expliquait clairement ici même.1

    Framagit est ouvert à toute personne respectant nos CGU (après, nos CGU nous autorisent justement à virer n'importe quel utilisateur/données qui ne conviendraient pas à l'asso de façon autoritaire (je rappelle que si certains font de la merde avec nos services, c'est nous qui pouvons aller en taule).

    C'est génial cette croyance qu'ils faut appliquer les décisions de justices avant que celles-ci soient prononcée…

    Et la réforme du droit d'auteur européen semble malheureusement leur donner raison en demander à faire des vérifications à priori…

    Bref je vois pas ce que l'« entreprise privée » ou le monopole changent quelque chose à ça.


    1. pour vérification on peut trouver les cgu de framagit ici https://framasoft.org/fr/cgu/ ↩

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

  • [^] # Re: Contradictions

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 6.

    Il te cite entre autre comme exemple de diversité des points de vue sur le site et tu te sent stigmatisé ? Il faut rendre des comptes sur le pourquoi il se souvient de toi ? Il fallait aller sur 4chan si tu voulais pas que les gens se souviennent nommément de toi.

    Il dit clairement que c'est les pseudo qui lui sont venu à ce moment là. Vous avez peut être eu une discution qui l'a intéressé, ou ton point de vu peut être que c'est ton avatar qui l'a marqué. Il aurait mangé autre chose le matin t'aurais peut être pas était dans sa liste. Donc oui c'est clairement de la sur-intellectualisation. Tu te sent pris à parti alors que:

    1. il n'y a pas de raison. Il a juste voulu montrer qu'il y avait différents points de vue sur DLF
    2. que tu le veuille ou non ton historique ici te rend automatiquement des gens connus. Ça a l'air affreux à vivre mais c'est un fait. Il y a des méthodes qui tu veux disparaître
    3. Tu prouve toi mĂŞme dans tes exemples faire parti des plus grands contributeurs

    Sincèrement que cherche tu as obtenir ? Ça te rend si triste que ça d'être pris en exemple me diversité des points de vue sur linuxfr ? C'est grave ?

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

  • [^] # Re: Autre dĂ©pĂŞche sur Pyston, CPython, PyPy...

    Posté par  . En réponse à la dépêche Python — partie 3 — Installation de Python et de paquets. Évalué à 3.

    • CPython
    • IronPython dernière version 2.7.9 l'an dernier. Ils annonçaient travailler sur IronPython3 pour passer Ă  python 3, mais l'activitĂ© du dĂ©pĂ´t a l'air… calme
    • Jython on en parlait dans l'autre dĂ©pĂŞche dernière version 2.7.1 en 2017 toujours pas de python 3 Ă  l'horizon
    • PyPy la version 7.1.1 gère pĂ©niblement python 3.6
    • Numba bouge encore, c'est Ă  rapprochĂ© de pythran je pense
    • Unladen Swallow mort depuis bien longtemps
    • Pyston pas de version depuis 2017 le dĂ©pĂ´t semble mort, pas de compatibilitĂ© 3.x

    Et si je ne me trompe pas, ils ont tous des difficulté à gérer les fameuses bibliothèques en C ultra optimisées™ (sauf Numpy sur lequel ils ne se permettent pas de faire l'impasse). Beaucoup de monde essaie de pleins de manière de réimplémenter python, mais au final ça a vraiment l'air ingérable. Il y a un projet et demi qui ont l'air pérennes et encore ils ont des limitations à droite à gauche.

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

  • [^] # Re: Contradictions

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 6.

    C'est rigolo. Tu joue les surpris d'être dans sa liste, puis tu lui dis qu'il aurait utiliser des listes… dans les quels tu es en bonne position.

    Il m'a semblé évident que c'était juste la liste des 5 à 10 pseudos qui lui sont venus en premier et qu'il voulait montrer que c'était des gens très différents qu'il n'y avait pas un moule pré établi, une pensée unique,…

    Pourquoi chercher à tout sur-intellectualiser ?

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

  • [^] # Re: GitHub

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 7. Dernière modification le 23 septembre 2019 à 10:54.

    Là où ça devient amusant, c'est que sans cette centralisation sur GitHub, il ne se serait rien passé du tout, enfin, peut-être un procès, mais pour les utilisateurs, rien du tout. Sauf que là, on a une dépendance à GitHub, et il ne faut pas grand chose pour les convaincre de fermer un dépôt. C'est amusant, tous ces problèmes, quand on les observe de l'extérieur.

    Je doute que ce soit la difficulté technique de répliquer le dépôt qui les gêne.
    Aujourd'hui les utilisateurs de SearchGuard ne sont techniquement pas impactés. Le site officiel est toujours là, tu peux toujours télécharger la version que tu souhaite sans difficulté. Les utilisateurs qui ne se renseignent pas ne savent même pas qu'il y a un litige.

    Ce qui fait fuir les utilisateurs aujourd'hui, c'est la crainte du procès.

    Pour ce qui est des développeurs :

    • soit le cotĂ© rĂ©seau social/communautaire de github est important et du coup oui c'est un coup dur, mais c'est la centralisation mĂŞme de github qui Ă©tait recherchĂ©e1
    • soit on se fou de ça et ils ont dĂ©jĂ  rĂ©pliquĂ© le dĂ©pĂ´t sur gitlab ou en auto hĂ©bergĂ© et ça leur a donnĂ© quelques heures d'indisponibilitĂ©

    Quant à la décision de github, elle est discutable, mais pas forcément choquante. Personne ne s'est pleins quand ils ont détruit le dépôt de deep-nude par exemple. Ils se donnent un droit de regard sur les dépôts, ils ne veulent pas prendre de risque.


    1. il n'existe à ma connaissance pas aujourd'hui de plateforme d'hébergement de code acentré/fédéré/décentralisé qui ai suffisamment de popularité pour concurrencer github ↩

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

  • [^] # Re: Alternatives

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 5.

    J'allais te dire que pour ça il y a les fondations comme Apache ou Eclipse qui sont là pour établir un standard de projet.

    On entends régulièrement que ce sont des cimetières de projets abandonnés, mais pour Apache, si tout projet peut rejoindre l'incubateur, seul les projets qui ont certaines propriétés peuvent en sortir. On peut retrouver tout ce qui est « Apache Way » dans le projet incubator. Outre la crainte d'une entreprise non libre, Apache donne un cadre pour éviter les batailles de gouvernance. Ça évite à chaque projet de définir des documents comme la constitution Debian pour s'organiser.

    Ils imposent une forme de gouvernance, elle ne plaît pas forcément à tout le monde ou a tous les projets, mais ça permet de savoir que lorsqu'il y a Apache dans le nom d'un logiciel on sait comment il est fait1.


    1. ça va assez loin parce que la fondation peut reprocher de ne pas assez communiquer sur un logiciel avec Apache. Par exemple si tu es une entreprise qui travaille sur « Apache SpamAssassin », il faut que ta communication explicite bien « Apache SpamAssassin » pour que ça ne puisse devenir de la pub déguisée pour ta version propriétaire « Better SpamAssassin » que tu vend de ton coté. ↩

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

  • [^] # Re: Contradictions

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 3.

    Peut-etre que j'interprête mal, mais moi ce que je comprends c'est que tu te plains de la violence supposée de certains intervenants. J'en ai peut-être déduit à tort de mauvaises intentions de ta part( "lisser" linuxfr via un système remplaçant le karma).

    1. Je suis parti sans demander mon reste. Parce que je me suis dis qu'effectivement c'était potentiellement moi le problème1. Comment est-ce qu'on peut déduire que je cherche à lisser alors que je n'ai rien dis à personne au sujet de mon départ ?
    2. J'ai dis que le système de karma pose des problèmes, il bloque certaines pensées différentes (il cache aux yeux des non membres, il crée des effets de meutes, il est perçu comme violent par certains membre,…). Je parle donc d'arrêter cette mascarade de « modération » pour éventuellement le remplacer par autre chose. Quoi j'en sais rien vu que je sais pas à quoi ça sert. Vu que ça fait des années que personne ne sait à quoi il sert, je dirais bien que la seule façon de le savoir c'est de le retirer. Mais je vois pas en quoi demander la suppression du karma (et développer un système anti-karma) lisse linuxfr.
    3. Je peux comprendre que la question se pose sur le plonkage, mais ce que je trouve bien avec le plonkage c'est qu'il est fait coté lecteur et pas coté écrivain. Il n'empêche personne de s'exprimer, il permet à certains d'être moins pollué. C'est extrêmement différent amha.

    1. il ne s'agit pas de fausse humilité. J'ai eu à quelques semaines d'intervalles des alertes qui m'ont fait me dire que j'avais peut être un comportement toxique. Ma démarche était précisément l'inverse du lissage de linuxfr, je me suis remis en cause moi avant de remettre en cause les autres. ↩

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

  • [^] # Re: Qwant : en finir avec l'omerta

    Posté par  . En réponse au journal Tristan Nitot devient directeur général de Qwant. Évalué à 5.

    Je ne sais pas chez toi, mais pour moi un contre-point c'est du journalisme (indépendance par rapport aux personnes visées) qui va vérifier par sa propre enquête si la première enquête n'a pas été faussée, apporter une vue (donc pas des gens critiqués eux-même, ça serait quand même bien biaisé, vu que l’enquête a été faite par une entité externe aux parties, salariés ou patrons ou concurrent ayant montré les problèmes techniques) alternative du bordel.

    Tu parle du journal le contre-points ?

    Parce que « contrepoints » c'est juste un avis opposé sans aucun sens journalistique (cf: le wiktionnaire) et c'est bien comme ça que j'ai compris son commentaire : il donne des avis opposés à ceux précédemment cités laissant le lecteur faire une synthèse.

    Cela n'enlève rien à tes commentaires, même s'ils ne sont que des paraphrases de ce que Faya mettait déjà dans son commentaire.

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

  • [^] # Re: Contradictions

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 1.

    Mais tu sembles ne pas apprécier la dissonance cognitive entre ton choix de lieu de vie et certains impacts.

    Je suis tout à fait d'accord avec toi. On en voit plusieurs dans les commentaires en lien. Des gens qui font des choix, mais si on émet l'hypothèse que ce type de choix peut avoir un impact négatif environnementale alors ils se sentent pris à parti. Cela même s'ils n'ont pas était référencés dans la discussion. J'ai 2 hypothèses pour expliquer ça :

    1. dissonance cognitive non assumée : dans leur morale ne pas être écolo c'est mal mettre en rapport le fait que leurs choix ne sont pas particulièrement guidés par l'écologie, les place devant une contradiction qu'ils n'ont pas résolus1
    2. syndrome post-traumatique : ils ont le traumatisme d'un troll passé qui les mets sur la défensive à chaque fois qu'on aborde le sujet du déplacement2

    1. Dans le cas que tu mets en lien la résolution c'est : le rôle des collectivités devrait être de rendre mon choix écologique ↩

    2. on le voit bien parce que les journaux sur les motards ont plusieurs années maintenant et que c'est quelque chose qui reste encore bien présent dans les mémoires. ↩

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

  • [^] # Re: Alternatives

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 5.

    Dans ma dernière phrase il fallait lire solr et pas lucene.

    Mais lucene est tout à fait utilisable tel que selon les besoins que tu as. Si ton besoin d'indexation est simple, ça peut valoir le coup de ne pas avoir à déployer un cluster solr/es. Tu n'a pas toujours besoin que ton index soit mis à jour en temps réel (pleins d'utilisateurs d'ES ne sont déjà pas temps réel) et si ton index n'explose pas (par exemple tu veux un index par utilisateur avec des quantités de données soumis à quotas), ça peut très bien le faire.

    Par contre es est tellement simple à mettre en place et bien documenté que généralement ça n'a pas de sens de ne pas s'en servir (et il ne te limitera pas dans tes usages futurs).

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

  • [^] # Re: Alternatives

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 1.

    Je te l'ai jamais utilisé en production je ne saurais pas te dire.

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

  • [^] # Re: Alternatives

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 4.

    Grafana peut très bien le faire avec loki.
    Pour graylog, tu as raison c'est un oubli de ma par.

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

  • [^] # Re: Contradictions

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à -2.

    les personnes qui se plaignent du karma (il y a eu une discussion à ce sujet récemment).

    (Bruno Michel, je peux réagir ? Ou c'est mon égo démesuré qui parle ?)

    Ton commentaire initial c'est :

    ceux qui veulent que linuxfr ressemble à un jardin de bisounours, en voulant exclure ou censurer tous ceux qui sont pas assez lisses pour eux, en prétextant améliorer la "qualité" du site et faire venir d'autres personnes

    et l'exemple que tu donne c'est mon journal ?

    Donc moi qui suis plutôt pour une suppression pur et simple du karma (entre autre parce que c'est un outil de censure), je suis pour censurer ?

    avec comme argument le fait que le système de karma n'est pas efficace car il ne filtre pas tout ce qui ne plait pas à ces personnes

    Je prône la suppression d'un filtre dont personne n'arrive à me dire à quoi il sert. En quoi c'est une volonté de lisser linuxfr ?

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

  • [^] # Re: Alternatives

    Posté par  . En réponse au journal Elastic fait fermer les dépôts SearchGuard sur GitHub. Évalué à 7. Dernière modification le 21 septembre 2019 à 13:53.

    Ça dépend de ce que tu fais.

    Si tu t'intéresse à ELK (Elasticsearch Logstash Kibana) pour manager tes logs, il y a pas mal d'alternatives comme graylog, grafana ou chronograf. Je ne parle là que des solutions libres tu a des alternatives non libres comme splunk, dynatrace ou new relic qui sont très connues.

    Si tu cherche à avoir un moteur d'indexe pour faire des recherches fulltext, tu as apache solr. Comme elasticsearch c'est basé sur la bibliothèque lucene. Je ne sais pas ce que vaut lucene face à elasticsearch.

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

  • # FonctionnalitĂ© manquante

    Posté par  . En réponse au journal Au revoir, LinuxFR. Évalué à 1.

    A vos marques, prêt … MOINSSEZ !

    Je ne trouve pas le bouton…

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