AncalagonTotof a écrit 455 commentaires

  • # Genshi

    Posté par  . En réponse au journal Générateur de site web statique. Évalué à 1.

    A priori pas cité auparavant, il y a Genshi.
    J'ai fais sa connaissance indirectement par Lazygal : un générateur de galeries photo en HTML "statique" (un zeste de JS, c'est tout. Thèmes personnalisables)

  • # /etc/inittab

    Posté par  . En réponse au message Console série. Évalué à 9.

    J'allais suggérer de remplacer/ajouter un *getty dans /etc/inittab, mais je me suis rendu compte que j'allais dire du mal de systemd …

  • # \m/

    Posté par  . En réponse au journal [HS pas autour du libre] Le Metal pervertit notre civilisation. Évalué à 3.

    C'est tout ce que j'avais à dire !

  • [^] # Re: Passer une commande à ssh

    Posté par  . En réponse au message Disk Usage au travers de ssh. Évalué à 2.

    Je devine que la réponse précédente solutionne ton problème, à un détail près : ssh demande un mot de passe, non ?
    Si oui, il faut "préparer le terrain" en générant un couple clé publique/clé privée. Dans les grandes lignes :

    • ssh-keygen pour générer les clé dans ~/.ssh
    • ssh-copy-id user@tonautrepc pour copier la clé publique sur la machine distante

    À partir de là, ssh user@tonautrepc 'commande_a_executer' ne devrait plus demander le mot de passe.

  • # Solution de facilité

    Posté par  . En réponse au journal [FAILLE] Code execution dans Vim via un fichier malicieux forgé. Évalué à 10.

    Je passe sous Emacs.
    Euh, mince, comment on fait pour sauvegarder ?…

  • # Très peu probable, mais okazou

    Posté par  . En réponse au message mot de passe. Évalué à 2.

    Dans certains contextes (en console, avec de vieilles distributions …), il peut arriver qu'un mot de passe soit défini avant que le clavier ne soit géré en disposition Azerty.
    Dans ces conditions, le mot de passe est entré en Qwerty : Exemples de disposition Qwerty
    Il faut donc le taper en imaginant la disposition Qwerty sur un clavier Azerty.

    Plus rarement, c'est l'inverse : le mot de passe est bien entré en Azerty, mais au moment où il est demandé, le clavier n'est pas (encore) géré en Azerty.

  • [^] # Re: Mon avis (professionnel)

    Posté par  . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 2.

    Yep, j'ai lu un truc vite fait sur julia, ça avait l'air sympa.
    Mais encore une fois, le domaine ou le contexte a son mot à dire.
    J'ai lu beaucoup de commentaires qui tournent autour de DB, de Web, etc.
    Mais moi, au moins 80 % du temps, je fais de l'embarqué. Et sorti du C dans le domaine …

  • [^] # Re: Mon avis (professionnel)

    Posté par  . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 10.

    Je code depuis que j'ai 11-12 ans, et j'en ai 50, et toujours envie de faire ça !
    Mais j'ai une attitude différente vis à vis de la nouveauté. On pourrait même dire que je suis réfractaire au changement !

    Comme toi, j'ai commencé le C++ par moi-même et sur le tas. A la fac, l'orienté objet, c'était soit hyper théorique, soit Smalltalk.
    Quand je code, j'essaye de ne jamais avoir à revenir sur ce que j'ai fait (doux rêve !) et aussi de pondre le code le plus clair possible (c'est pas toujours une réussite, mais on essaye …).

    Du coup, pour le cas particulier des templates, c'est niet pour moi. J'évite les STL, j'en utilise quand je ne peux pas faire autrement (le plus souvent en Qt, avec les QList, QMap, QStringList, etc), et je n'en crée que sous la torture ! Pourquoi ? Parce que la lecture du code en prend un coup je trouve. Et qu'à la moindre connerie, tu te retrouves avec un roman de messages d'erreur qui rivaliserait presque avec une compile COBOL sur l'AS400 de l'IUT il y a 30 ans !
    Et pour le cas général, je n'ai jamais ressenti le besoin de connaître toutes les subtilités de C++11 ou C++14 ou autre. La seule fois où un compilo m'a posé problème, avec un bug avéré, c'était du temps de Visual Studio 6 (il me semble). Je n'ai jamais eu ce genre de problème avec un gcc, quel qu'il soit.

    Dans le domaine auquel je touche le plus souvent, l'embarqué, l'économie de ressource et la performance l'emporte souvent sur la nouveauté. Et puis à mon âge, des buzz-words, j'en ai vu passer un paquet, alors ça fait longtemps que j'ai arrêté de m’exciter ! C'est pas une nouvelle techno qui va révolutionner le schmilblick, à la fin, c'est toujours un processeur qui exécute des instructions bas niveau.

    Et puis, soit disant "techno". Je ne vois pas en quoi le nouveau langage bidule ou la nouvelle API machin révolutionne mon monde. Ah si, ça va ajouter un overhead ici ou là, merci pour les perfs …

    Ajoute à ça le fait qu'actuellement, je suis le seul de mon "espèce" dans la boite (800 personnes, énormément de commerciaux), donc ce que je fais est forcément bien, et j'ai toujours raison !
    Et dans toute ma vie pro, j'ai vu pas mal de monde causer nouvelle techno, et très peu réellement maîtriser. J'ai rencontré un et un seul mec qui savait "faire de l'UML", un et un seul qui connaisse vraiment Java, aucun qui connaisse vraiment tous les tenants et les aboutissants de "la méthode agile". Dans ma boite, plein de gens sont chef de projet, mais personne n'en n'a jamais vu un vrai, ni n'a jamais écrit de spécs ! Et ça répète sans arrêt "on fait" alors qu'on fait faire 99% du temps. A vous dégoutter …

    Après, je veux bien admettre aussi que je suis réfractaire parce que je suis vieux ! Et qu'une réorientation m'a traversé l'esprit aussi. Pas forcément de façon claire et nette. Mais de façon plus vicieuse. Parce que dans ce magnifique pays qui est le notre, il parait de plus en plus difficile de faire les chose. On préfère les faire faire, et être chef, quitte à être incompétent (ou parce qu'on est incompétent …). Comment je fais moi, avec mon métier que j'aime, proche de l'artisanat, avec toujours l'envie de faire, quand on me dit que je coûte trop cher par rapport à un chinois ?

  • [^] # Re: Oui, mais non

    Posté par  . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 6.

    Donc vous n'avez pas de documentation, ok. Ça ce n'est pas la faute de l'agilité, comment vous faites pour vous en sortir sans ?

    Pas.

    Bon, ce serait un peu long à expliquer, mais disons que sur les 800 personnes, une partie est à l'IT, le reste, c'est essentiellement du commerce. Chez ce gros "retailler" comme ils disent, notre équipe de R&D est constituée de … 3 personnes : un ingé électronicien, un ingé dév mobile et IoT, et moi, pour l'embarqué.
    Donc non, on a pas de doc, ou alors on la fait nous même. Quasiment personne d'autre que nous dans la boite n'a vu des spécs dans sa vie, encore moins rédigé.
    On a fait à 100% (design, électronique, soft) deux produits en 2015 : succès technique, échec commercial pour plusieurs raisons, trop long à détailler.
    Depuis, on fait du proto, avec la méthode "Quick & Dirty" …
    Protos qui n'ont donné aucun produit jusqu'à présent, vu que le commerce a une vision à court terme et n'est toujours pas capable de trouver les volumes de vente suffisant pour rentabiliser la R&D, le design, etc.
    La majorité des produits vendus en magasin consistent en du sourcing (marque blanche, surtout en provenance de Chine) avec tests/validation réglementaire en labo, retouche design, un peu de custom …

    Euh, faut que j'arrête de me répandre ici, on va finir par me reconnaître ! Et puis on est pas chez le psy …

  • # Oui, mais non

    Posté par  . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 10.

    Bon, déjà, je code en C++ si je veux ! Même si je suis le seul de la boite à connaître ce langage ! Normal, on est 2 dév, et l'autre est spécialisé application mobile, et donc Java, Objective C, et maintenant, Kotlin et Swift.

    Joli post, bien mieux structuré et écrit que je n'aurais pu le faire sur cette longueur !

    ("mais ?…")
    Mais !

    T'inquiètes, aucune attaque frontale, voire aucune attaque. Quelques remarques.
    Ça dépend !

    Trois grands points :

    1. le contexte : quand la cible est un micro-contrôleur (MCU), c'est généralement C, point barre. L'exception arrive avec les MCU puissants, avec écran : souvent, le framework de gestion de l'IHM est en C++

    2. la méthode (et le contexte) : tu décris la méthode agile, mais elle ne peut pas s'appliquer partout. Déjà, j'imagine que Airbus, Bombardier, Arcelor et plein d'autre regarder ça avec encore beaucoup de méfiance. Ensuite, ça se passe bien de ton côté, mais dans ma boite, quelle fumisterie ! On a "fait de l'agile" parce que c'était à la mode ! Mis à part l'absence de maîtrise par le management, mon ressenti est que ce n'est pas applicable à mon métier ou à mon niveau. En effet, une carte sur un Trello n'a jamais constitué une spécification pour moi. A la limite, si le manager/client avait su étoffer ces cartes … Mais comme les gens qui ont déjà vu de vraies specs et des vrais chef de projet se compte sur les doigts d'une main dans la boite … Sur 800 personnes quand même, hein !

    3. le framework : je ne prétends pas tout connaître, loin de là, ni forcément connaître le meilleur. Mais ça me surprend, on dirait que tu est passé à côté de Qt. J'en suis tombé amoureux en 2003 chez Bombardier, pour faire de l'IHM dans des trains. Qt, c'est plein de choses :

    • première coup d'oeil : ça sert à faire des IHM. Oui mais.
    • ça couvre plein de domaines différents : réseau, XML, multithreading … La liste est longue comme un discourt de Ma€ron !
    • c'est multi plateforme : pour la partie C++, forcément, il faut recompiler. Mais ça tourne déjà sous Windows, macOS et Linux (KDE est basé dessus par exemple). C'est également le premier choix pour faire une IHM (ou une appli sans IHM aussi, pourquoi pas) dans l'embarqué sous Linux, avec Yocto ou Buildroot. Mais pas seulement, point suivant :
    • depuis quelques années, une nouvelle façon de faire les IHM est apparue : QML/QtQuick. Séparation de la partie fonctionnelle en C++ de la partie IHM en QML, langage de script, et déclaration/description de l'IHM, saupoudré de JavaScript quand ça suffit. En parallèle, chez Qt, ils ont ajouté iOS et Android comme cible. J'arrête ici, je suis moins familier avec cette partie de Qt
    • j'oublie très certainement plein de chose, allez voir leur site !

    Accessoirement, même quand un projet n'est pas sous Qt, je m'arrange pour utiliser QtCreator, l'IDE du framework. Un IDE fait par des dév, pour des dév. Direct à l'essentiel : le code !

    Disclaimer : aucun ! Non, je ne bosse pas pour Qt !

  • [^] # Re: Et par rapport au C ?

    Posté par  . En réponse au journal Moi, expert C++, j'abandonne le C++. Évalué à 3.

    Entre autres :

    • le besoin de dév à l'aide d'un langage orienté objet
    • la contrainte, si tu te retrouves obligé d'utiliser un framework (parait qu'on dit "cadriciel", beurk …) en C++

    Je suis certain qu'on pourrait allonger la liste. Mais devant mon p'tit déj, je ne vois que ça !

  • [^] # Re: Mais où sont les trolls d'antan?

    Posté par  . En réponse au message quel IDE pour du web ?. Évalué à 1.

    Pfu, Notepad enfin !
    Ah, faut Windows, c'est vrai.
    edlin pour ceux qui sont encore sous DOS alors !

  • # Autre(s) facteur(s)

    Posté par  . En réponse au journal Réflexion d'un utilisateur de Firefox avec un processeur Intel en 2019. Évalué à 5. Dernière modification le 26 mai 2019 à 01:00.

    Un navigateur est une telle usine à gaz qu'il me semble difficile de mesurer leur performances.
    D'autant plus qu'il y a des facteurs externe pas évident à prendre en compte.

    Exemple : Google.
    Google et Mozilla ont longtemps collaboré.
    Jusqu'à ce que Google développe Chrome.
    Et là, bizarrement, Firefox a vu ses perfs baisser sur les sites Google.
    Un des coups de p… Phourbe … Dont je me rappelle à peu près bien, ça a été de placer une frame invisible devant les vidéos de YouTube. Je parle de Google, qui possède YouTube, et qui bricole le "site web" YouTube pour ajouter cette frame.
    Chrome, évidemment, a tout de suite géré cette transparence. Aidé par le hardware probablement.
    Firefox, lui, s'est mis à ramer sévère. Sur YouTube.
    Après, c'est la course à l'échalote. Firefox a fini par rattraper ce retard. Puis le suivant. Puis le suivant …

    Autre exemple, encore une fois très détaché de Mozilla : sur mon MacBook Pro (Late 2013), Firefox a commencé à ramer de la mort qui tue vers février/mars de cette année.
    Première piste : ça avait peut-être quelque chose à voir avec les 350 ou 400 onglets ouverts … Mais …
    Seconde piste : c'est la période à laquelle je me suis décidé à passer à Mojave, la dernière version de macOS. Mouais, j'ai l'impression que Tim voudrait que je change mon Mac … Ou que j'utilise Safari …
    Des clous !
    Tiens, au passage, depuis quelques mois, PathFinder voudrait que j'upgrade aussi ($20 pour la version 8). Bizarre, depuis ce moment, il devient périodiquement super lent. Vérification faite, c'est normal, quand on consomme presque 100% des 16 Go de RAM ! Prend moi pour une buse, une fuite mémoire, jamais vue jusque là ?…

    Mais je sens que je commence à m'égarer … Qui a dit comme d'hab ?!?!

    Pour le premier exemple, voilà l'idée que se fait Google de la concurrence libre et non faussée … Votez bien tout à l'heure !

  • # Don't panic !

    Posté par  . En réponse au message Hack de messagerie. Évalué à 6.

    Très probablement une arnaque.
    J'en ai reçu une petite dizaine comme ça récemment, que j'ai ignoré.
    Non sans avoir procédé à quelques vérifications avant …

    Déjà, dans mon cas, ça fait bizarre de recevoir un mail de racket de soit-même !
    Surtout quand on, comment on dit, s'auto héberge, c'est ça ?
    Bref, mon serveur de mail se trouve chez moi, tout mail de moi ou pour moi transite par lui ou émane de lui.

    Du coup, quand il dit qu'il "est rentré chez moi et qu'il a tout vu" … Mouais, c'est ça …
    J'ai donc fait une étude approfondie du "code source" du message, du détail de ses entêtes plus précisément, et ça bien montre que l'origine du mail se trouve ailleurs, sur un serveur probablement piraté pour l'occasion.
    Je reconnais qu'il est assez fort le gars, il n'y a que deux lignes qui le trahissent, dans les quelques dizaines de headers au total.

    Le problème est que n'importe qui peut se faire passer pour n'importe qui. Je le sais bien je le fais avec mon mail pro !
    Ma boite est passée chez Google il y a quelques années : beaucoup mieux que ce qu'on avait avant (Groupwise …).
    Mais au bout d'un moment, on se rend compte que l'interface Web, c'est pénible pour rester poli.
    Du coup, j'ai commencé par faire une redirection mail pro --> serveur perso.
    Ça m'a sauvé une fois : l'interface Web de Google a été incapable de me retrouver un mail alors que je savais pertinemment qu'il existait.
    Thunderbird l'a retrouvé, lui !

    Et plus tard, j'ai commencé à me demander si je ne pourrais pas envoyer des mails avec mon serveur perso, mais comme si ils provenaient de mon compte pro. J'ai trouvé … Non, je ne vais pas détailler ici … STFW ! Le plus long, c'est pas la config postfix, c'est la config Thundebird !

    Il y a bien quelques inconvénients, comme le fait que ces mails se retrouvent souvent dans les spams du destinataire, mais ça peut s'arranger. Et les traces laissées dans les headers sont plus importante que celles de l'arnaqueur qui nous préoccupe ici. Mais le plus marrant, c'est que Google s’aperçoit bien que quelque chose est louche dans le message, ça se voit autour de "Received-SPF:". Mais il laisse passer. Tant mieux, ça m'arrange !
    Mais ça montre aussi à quel point le mail est un outil fragile … Méfiance ! Il faut douter de tout sur le Net !

  • # Pas mieux, ou presque

    Posté par  . En réponse au message Qt : positionnement "proportionnel" d'un bouton. Évalué à 2.

    Hello,

    J'avais commencé une réponse compliquée, textuelle, vu que je ne sais pas inclure des images dans un post, pas autrement qu'en pointant sur un serveur, et j'ai la flemme de mettre tout ça en branle …

    Donc, j'essaye la v2 :

    • au premier abord, je ne vois pas plus direct que Grid Layout (3 lignes, 3 colonnes, ajustement des proportions) + spacers + adaptation de la sizePolicy du bouton

    • pour une parfaite intégration dans Qt Designer, il est aussi possible d'écrire un plugin. Du point de vue utilisateur, ce sera du drag & drop d'un nouveau widget. Du point de vue codeur, ce sera une autre tambouille … Ça fait longtemps que j'en ai pas fait, mais il me semble qu'un plugin, c'est toujours un peu laborieux à écrire. Et ensuite, il faut trouver où le placer dans l'OS (Win ? Linux ? Mac ?) pour que Qt Designer le trouve et permette de l'exploiter (il apparaîtra avec les widgets standards, les bouton, les labels, les edits …). Et du coup, une update du plugin devient aussi laborieuse, et en plus, il faut redémarrer QtCreator ou QtDesigner à chaque modif (mise au point pénible). Ceci étant dit, j'imagine un widget dérivant de QPushButton (ou autre) à placer n'importe où dans la fenêtre, sans layout le concernant, et qui changerait sa position et sa taille dès que le parent et redimensionné.

    • entre les deux, il est possible d'utiliser la promotion de widget. On aurait toujours la dérivée de QPushButton, mais tout se joue en quelques manip dans le Designer. Ajouter un Widget, le promouvoir vers la classe dérivée. Mais on perd le WYSIWYG, on se retrouve avec un pavé vide (le QWidget de base), la promotion se faisant au runtime

    D'autres solutions ? Je ne prétends pas tout savoir de Qt, loin de là, et j'ai peut-être de mauvaise habitude aussi …

  • [^] # Re: Vraiment présente ?

    Posté par  . En réponse au message Cherche driver linux : TNT5004. Évalué à 1.

    Ah OK, ça existe, bon à savoir, merci !

  • [^] # Re: Vraiment présente ?

    Posté par  . En réponse au message Cherche driver linux : TNT5004. Évalué à 1.

    Oh la bonne blague !

    Tu essayes d'accéder à cette carte à partir d'une machine virtuelle (VirtualBox) ???
    Sauf erreur, c'est juste impossible. Tu pourras installer tous les drivers de l'univers, à ma connaissance, le bus PCI(e) est inaccessible à la VM.

    Je me trompe ?

  • [^] # Re: Vraiment présente ?

    Posté par  . En réponse au message Cherche driver linux : TNT5004. Évalué à 1.

    Ouais, mais le lspci, il donne quoi ? Elle est bien là la carte ?

  • # Vraiment présente ?

    Posté par  . En réponse au message Cherche driver linux : TNT5004. Évalué à 3.

    Hello,

    Ça risque de pas aider beaucoup, c'est plus pour préciser les chose : lspci voit-il la carte, sans la reconnaître, ou bien ne la voit-il pas du tout ?
    Si la carte est fonctionnelle, elle doit figurer dans la liste donnée par lspci, même si on y trouve que ses vendor ID et product ID.

    Et le kernel, avec dmesg peut-être ? Pas un mot de sa part à propos de cette carte ?

    La carte présente-t-elle des signes de fonctionnement, mis à part les difficultés sous Linux ? Ne serait-elle pas en panne ?

    Ceci dit, content de ne pas avoir à faire à NI ! Au taff, on a failli se lancer dans LabView pour contrôler du Hioki et du EA. Heureusement, on a compris assez vite que faire du LabView avec autre chose que du matos NI, c'était des années de galère garanties !

    Bon courage !

  • # Désolé, je vais dire quelque chose de méchant

    Posté par  . En réponse au message Exécuter un script shell hébergé sur un serveur . Évalué à 7.

    J'espère que c'est un de ces cas où ça rend service d'être méchant : apprend à écrire français correctement avant d'essayer d'autres langages comme le script shell.

    Et self.session.open, c'est quoi ? Du Python ? Tu ne présentes aucun contexte.

    Quand tu lances la première partie de la commande, le wget, à la main dans une console, est-ce que tu récupères bien le script à lancer ? La question se pose parce que tu parles d'un fichier html vide. Si ton script se trouve bien au bout de ton URL, c'est qu'il y a un problème ailleurs. Peut-être dans la configuration du serveur web ?

    Ensuite, quand ça ce sera bon, il faudra ajouter l'option -c à /bin/sh. Pas certain que ce soit nécessaire, ça fait longtemps que je n'ai pas eu à faire ce genre de sport.

  • [^] # Re: Juste pour couper les cheveux en 256

    Posté par  . En réponse au journal [résolution d'écran] à la découverte des DPI. Évalué à 1.

    Ah zut, encore une autre mauvaise habitude de langage à perdre !

  • # Juste pour couper les cheveux en 256

    Posté par  . En réponse au journal [résolution d'écran] à la découverte des DPI. Évalué à 10.

    J'ai découvert sur le tard qu'on utilise mal le mot résolution.
    La résolution mesure la densité, le plus souvent en dpi, soit en pixels par pouce.
    Alors que 400x300 ou 1024x768 correspond à la définition, en pixels.
    Depuis, j'essaye de me corriger le plus souvent. Mais c'est pas évident de changer des dizaines d'années de mauvaises habitudes !

    Pour revenir au sujet, c'est bon à savoir. Et à tester un de ces jours. Je bosse 100 % du temps sous Linux, avec un gros (trans)portable plutôt balèze, et 3 écrans externes, dont 2 UHD. Et j'en ai pas assez …
    Mais c'est vrai qu'au fil des années sur ce matos, j'ai rencontré des problèmes de résolution qui se traduisaient comme sur tes illustrations par du texte bien trop gros. J'ai beaucoup moins, voire plus du tout, ce problème depuis une réinstallation de Debian stable.

    J'en profite pour recommander ma fonte préférée pour coder et pour console : Fira Code, que je trouve encore mieux que Hack.
    Fira Code interprète les paires ou les triplets de caractères. Tout en gardant un espacement fixe, primordial pour du code, elle modifie le rendu, et uniquement le rendu quand, par exemple, on tape <=, on voit ≤. Mais le texte reste effectivement < immédiatement suivit de =.

  • # Root ? Un 01/04 ?

    Posté par  . En réponse à la dépêche L’ultime challenge LinuxFr.org. Évalué à -10.

    Ben voyons !

  • # Encore la faute à systemd

    Posté par  . En réponse au message Ubuntu 18.10 ne s'éteint pas. Évalué à -3. Dernière modification le 13 décembre 2018 à 12:58.

    J'ai découvert il n'y a pas si longtemps que

    halt
    ne fonctionnait plus comme attendu. En gros, ça fait la même chose que ton

    shutdown -h -P now
    Pourquoi ? Parce que maintenant, il faut faire un :

    systemctl poweroff
    pour réellement arrêter la machine.

    Merci systemd.

    Bientôt dans systemd, la réécriture de la commande

    cd
    Dès que j'ai un jour ou deux devant moi, je teste la v1 de la Devuan.

  • [^] # Re: On peut troller ou faut attendre vendredi ?

    Posté par  . En réponse au journal Pijul 0.11. Évalué à -4.

    Mon niveau de français a du baisser parce que quand je relis tes commentaires, je ne trouve rien d'autre que du premier degré. Et tu t'étonnes que ça me vexe ? Et tu est certain de ne vexer personne d'autre régulièrement ?
    Suis-je le seul ici à n'y voir que du premier degré ? Non, sérieusement, éclairez-moi. Quelle subtilité de la langue me manque-t-il pour saisir un début de second degré ?

    Mais vexé n'est peut-être pas le bon terme. Incompréhension. Genre : mais c'est qui ce type qui n'a rien pigé à "ma subtilité" et qui me rentre dedans sans en montrer ?

    Nul doute que ce n-ième post sans aucun rapport avec Pijul va se faire inutiler. Mais j'aimerais bien comprendre comment on en est arrivé là, un ptit effort s'il vous plait.

    Ah, au fait, pour rester très premier degré, moi aussi je fais du Git via SSH. Tout le temps. J'ai jamais dit que les deux s'excluaient.
    Seulement, contrairement à Pijul, les dév de Git ne se sont pas amusé à refaire une lib SSH.
    Ou bien j'ai encore raté un second degré ?

    Ayatollah du Troll va !

    Prenons un autre mot : hacker aussi ça te hérisse le poil ?
    Moi aussi, ça me gonfle quand un journaleux mélange hacker et pirate. C'est con, on est obligé de parler de White Hat et Black Hat maintenant. Ou de ré-expliquer tout l'historique si on veut être compris. Voilà, la définition a évolué, contre le bon sens et la logique scientifique. Mais on s'adapte, on fait avec, on reste cool.
    Mais j'y pense, tu n'as pas posé ta définition du troll en préambule pour être certain d'être bien compris ?