barmic 🩩 a Ă©crit 6221 commentaires

  • [^] # Re: Relativisons

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Portrait de Ken Thompson. ÉvaluĂ© Ă  10.

    C'est bien ça qui rend le développement si simple. Il n'a pas un univers au quel s'interfacer. Il n'a pas à gérer de la sécurité chelou, à prendre en compte des dizaines d'architectures qui ont chacune de petites subtilités, on ne lui demande pas de faire de la trÚs haute performance, etc.

    Comprenons-nous bien. Mon point n'est pas de remettre en cause son travaille, mais de bien le faire comprendre. Ce qui fait que Ken Thompson est un grand Homme c'est qu'il a posĂ© des concepts qui toujours rĂ©fĂ©rence 50 ans plus tard alors mĂȘme que l'on parle d'une industrie qui Ă©volue trĂšs vite. Ses concepts ont survĂ©cu Ă  Internet. C'est en ça que son travaille est impressionnant et non dans sa prĂ©tendument capacitĂ© Ă  coder vite. Il me semble plus pertinent de voir cet homme comme un grand penseur ayant une excellente capacitĂ© d'architecture et de conception que comme une pieuvre gĂ©ante capable de coder avec 8 clavier en mĂȘme temps.

    C'est amha toute l'histoire de l'informatique, au commencement la complexitĂ© est dans les principes qui se doivent d'ĂȘtre pĂ©rennes (systĂšme de fichiers arborescent, pipe, kernelland/userland,...) et plus on avance dans le temps et moins ce sont les grands concepts, mais leur mise en Ɠuvre se complexifie.

    Pour l'anecdote js a était implémenté en une semaine lui aussi, mais Brendan Eich a poussé des concepts qui sont loin de faire l'unanimité.

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

  • # Relativisons

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Portrait de Ken Thompson. ÉvaluĂ© Ă  8.

    UNICS ? Trois semaines : lÊŒĂ©diteur une semaine, lÊŒassembleur une semaine, le noyau une semaine. Les tubes ? Oh, cÊŒest un vieux problĂšme qui traĂźnait... Une heure pour coder.

    Il faut relativiser un peu. Il n'a pas sorti linux 5.2 en une semaine, mais une premiÚre mouture du noyau de UNICS. C'est un travail complexe, mais une semaine en prenant tous les raccourcis dont tu as besoin ça n'est pas forcément choquant.

    La force du bonhomme est dans les idées. Le pipe ça n'est vraiment pas un problÚme de programmation. Le mettre en place en une heure n'est vraiment pas surprenant.

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

  • [^] # Re: server side copy + copy on write = dĂ©duplication Ă  la volĂ©e lors de la copie

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche CrĂ©ation d’un serveur de fichiers sous Ubuntu. ÉvaluĂ© Ă  4.

    Si tu encourages tes utilisateurs Ă  profiter de la dĂ©duplication Ă  la copie, t’as intĂ©rĂȘt Ă  ce que ta sauvegarde dĂ©duplique aussi ou bien elle va exploser en taille. Dans tous les cas je recommande les technos de sauvegarde dĂ©dupliquĂ©e comme borg.

    Excuse-moi j'avais lu l'inverse.

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

  • [^] # Re: server side copy + copy on write = dĂ©duplication Ă  la volĂ©e lors de la copie

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche CrĂ©ation d’un serveur de fichiers sous Ubuntu. ÉvaluĂ© Ă  2.

    Prévoir une sauvegarde qui déduplique évidemment (ex: borg).

    Pourquoi ?

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

  • [^] # Re: Ă©viter le hack du sous-dossier

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche CrĂ©ation d’un serveur de fichiers sous Ubuntu. ÉvaluĂ© Ă  -1.

    Cette dĂ©pĂȘche ne t'a pas fais trop mal aux chevilles ?

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

  • [^] # Re: Nostalgie

    PostĂ© par . En rĂ©ponse Ă  la dĂ©pĂȘche Neuf ans avec Mageia. ÉvaluĂ© Ă  1.

    Le CCM, Iso Dumper, la Bienvenue Mageia, [...]

    Ça doit ĂȘtre super, mais c'est quoi ?

    le nombre d'environnements de bureaux,

    C'est à dire ? Il y en a énormément ? Ou ils se concentre sur quelques uns bien gérés ?

    elle ne sort que quand elle est prĂȘte[...]

    Note : je suis un utilisateur trĂšs satisfait de Debian stable. Mais cet argument ne me paraĂźt pas pertinent. Je m'explique. On se sert de cette phrase un peu toute faite comme gage de qualitĂ©. Alors qu'il est tout Ă  fait possible de sortir la mĂȘme qualitĂ© (sinon mieux) avec des versions Ă  date fixe. Pour Debian que je connais, il suffit d'ĂȘtre les drastique sur le passage d'un paquet de unstable vers testing quitte Ă  downgrade des paquets en cas de problĂšme. Et c'est une approche qui a Ă©tĂ© tentĂ© au sein de Debian d'ailleurs (je n'ai aucune idĂ©e d'oĂč ça en est). Tu peux mĂȘme en arriver Ă  faire du rolling release comme ça. Dans le monde du dĂ©veloppement on appel ça du dĂ©ploiement continue et c'est assez en vogue en ce moment. Bref cette phrase est une façon de prĂ©senter les choses, mais c'est loin d'ĂȘtre la seule.

    Je n'ai pas trop compris ce que tu voulais dire au sujet des contributeurs/contributions. Comment sont prises les décisions ? Qui possÚde les accÚs aux dépÎts ? Comment sont géré les conflits ? Je ne comprends pas ce que tu entend par utilisateur, contributeur et équipe de développement ou did autrement qu'est ce que signifie "les utilisateurs sont des contributeurs" ?


    Moi je pense quitter Debian aprÚs 13 ans... elle me satisfait totalement, mais je veux découvrir autre chose. Je pense que NixOS ou guix satisferont mes envies d'ailleurs (-:

    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Ă© Ă  1.

    OpenVPN utilise UDP par défaut (et donc pas TLS)

    Je ne me suis pas vraiment penché dessus, mais de ce que j'ai compris des micro présentation il semble que HTTP/3 soit UDP+TLS (ne me demande pas comment c'est possible).

    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.

    Perso, j'ai servi facilement 200Mbps de trafic avec un nƓud arm chez scaleway il y a 2 ou 3 ans. C'est pour ça que je vois mal la question de la perf.

    Le débit ça coûte rien. C'est du chiffrement symétrique si je ne m'abuse. Il te faut juste un gros CPU. Ce qui peut te flinguer c'est par exemple l'ouverture de connexion. Ouvrir 10k connexions TLS par seconde ça commence à demander de l'entropie, du chiffrement asymétrique pour l'échange de clef, de la validation de certificat, de la deserialisation de certificats1 ,... Tout ça va impacter sensiblement ta latence.

    Des dizanes de milliers de mobile, 4a me semble assez facile de répartir avec un load-balancer tcp en front avant d'avoir les front qui exposent le TLS.

    En IPv4 (c'est pas ma décision), ton loadbalancer va devoir gérer du NAT, ce qui va lui demander pas mal de RAM, mais oui ça consiste à multiplier ton nombre de machines. C'est un choix ça a un coût, ça se calcul.

    Mon point n'est pas forcément de dire que c'est impossible juste que ce n'est pas aussi évident que « c'est un minimum ». Ce n'est pas forcément trivial à mettre en place selon le contexte.


    1. je ne l'avais pas benchĂ© et je ne pensais pas que ça puisse poser problĂšme, mais ça a l'air d'ĂȘtre sensible https://jbp.io/2019/07/01/rustls-vs-openssl-performance.html ↩

    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. DerniĂšre modification le 26 septembre 2019 Ă  15:11.

    Je ne vois pas pourquoi les flux en rouge ne serait pas chiffrés.

    GĂ©nĂ©ralement si tu t'achĂšte un F5 plusieurs dizaines de milliers d'euros, c'est parce que tu ne sais pas gĂ©rer ta charge TLS. L'exemple le plus rĂ©cent pour moi c'est d'avoir des dizaines de milliers de mobiles qui viennent te faire une requĂȘte. Non seulement ils sont nombreux, mais ils ont tendance Ă  consommer longtemps tes sockets parce qu'ils sont pas sur un rĂ©seau haut dĂ©bit.

    L'existence mĂȘme de F5 ou le prix qu'AWS vend ses ELB1 montre que c'est une vraie problĂ©matique.

    AprĂšs on est d'accord qu'avoir du TLS Ă  tous les Ă©tages a pleins d'avantages. J'en suis absolument convaincu. C'est juste que je vois "facilement" les cas oĂč ça paraĂźt difficilement faisable (on peut toujours acheter plus de machines plus grosses).

    Le tout TLS est pour moi loin d'ĂȘtre la principale prioritĂ© sur la plupart des infra. Et la gestion de l'expiration des certificats est bien plus problĂ©matique pour moi que les performances.

    Ah oui avec une vraie PKI c'est encore autre chose :)


    1. il faut regarder les ELB avec trafic garanti sinon ça coĂ»te rien ↩

    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.

    Je vais le dire de maniĂšre plus exacte. Je ne suis pas certain de voir l'intĂ©rĂȘt de ce genre d'architectures :
    architecture

    (oĂč on voit en vert tout ce qui est TLS et en rouge tout ce qui n'est pas chiffrĂ©)

    Il faut vraiment craindre d'avoir des informations critiques en base qui ne viennent pas des utilisateurs (et qui ne leur sont pas transmises). Je ne doute pas que ça existe, mais c'est pas un cas courant amha.

    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Ă© Ă  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 , 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éesTM (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