barmic 🦦 a écrit 5817 commentaires

  • [^] # Re: Hmm

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Onedev : une alternative lĂ©gère Ă  GitLab. ÉvaluĂ© Ă  4.

    Quel est le rapport entre java et android ? Le langage se ressemble ? Il utilise le bytecode java dans l'une de ses Ă©tapes de build ?

    Android est un écosystème à part entière. Il a peut-être des ponts avec java, mais c'est comme confondre c et c++.

    Quant au reste du troll, je te le laisse. On est pas vendredi. Tu lâche un c'est lourd sans la moindre comparaison, expliquer ce que c'est que lourd, chercher comparer les langages eux même. Les bench entre le très aimé python et java pourrais être intéressants pour alimenter la discussion. Mais ça n'est pas l'objectif. Continuer à balancer des poncifs en mode cargo cult (java c'est mal, javascript c'est mal, python c'est bien), c'est devenu une habitude par ici. Ça a remplacé les discussions techniques. Dommage.

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

  • [^] # Re: Hmm

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Onedev : une alternative lĂ©gère Ă  GitLab. ÉvaluĂ© Ă  5.

    Là c'est pas une question de java ou de ruby, mais de jruby qui est une mauvaise idée. Elastic a réécri logstash de jruby à java pour ça.

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

  • # Prix

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Kubuntu Focus : un portable optimisĂ©. ÉvaluĂ© Ă  8.

    Le prix varie 1795$ et 5775$. J'ai l'impression que ce n'est disponible qu'en Amérique du nord.

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

  • [^] # Re: Attention au stats

    PostĂ© par  . En rĂ©ponse au journal A propos de packaging et de LuaUnit. ÉvaluĂ© Ă  2.

    Disons que c'est une popularité artificielle, qui peut avoir tout de même un bénéfice : avec des stats gonflées ainsi artificiellement, cela propulse le paquet dans les hauteurs des classements des "projets les plus utilisés", donc ça incite plus facilement à ceux qui doivent choisir, d'utiliser le projet en question. Ce qui fait encore plus gonfler les stats etc..

    C'est le cas de toutes dépendances en fait. En principe ça ne biaise pas les comparaisons. À moins que luaunit soit particulièrement utilisé par ceux qui configurent mal leur CI.

    Et il reste l'Ă©toile sur github qui n'est probablement pas ajoutĂ©e automatiquement ;)

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

  • [^] # Re: chiffrement de bout en bout par dĂ©faut, OUI / NON ?

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Sortie de Dino 0.1. ÉvaluĂ© Ă  5.

    Par défaut tu fais confiance à l'identité du serveur, mais tu peux la valider avec ton contact si tu le souhaite. Soit via un code de 60 chiffres soit un qr code.

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

  • [^] # Re: Mais encore

    PostĂ© par  . En rĂ©ponse au journal sudo, faille pwfeedback. ÉvaluĂ© Ă  1.

    Espèce de spoiler ! :)

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

  • [^] # Re: Mais encore

    PostĂ© par  . En rĂ©ponse au journal sudo, faille pwfeedback. ÉvaluĂ© Ă  5.

    Et plus il y a d'utilisateurs plus c'est pentesté.

    Par des chapeaux blancs ou des noirs?

    Les 2 mon général. Mais c'était surtout pour mettre en avant que c'est pas trivial de dire comme ça sur des critères purement extérieur/quantitatif ce qui est le plus sécurisé ou non. Par contre :

    Dans le cas des blancs, les correctifs arrivent-ils réellement rapidement? Sur quelles distro?

    Là il y a un glissement. Ce n'est pas une question de sudo ou de la taille de son code. Si ta distribution ne met pas à jour ta bibliothèque TLS ou ton client SSH quand une mise à jour de sécurité apparaît c'est pas la faute des développeurs upstream.

    D'ailleurs, si quelqu'un pouvait m'expliquer pourquoi il fait une requête DNS sur le hostname (que contourne Debian en ajoutant 127.0.1.1 dans /etc/hosts) ça m'intéresse, parce que perso, j'ai bien du mal a voir l'intérêt de cette… fonctionnalité.

    Tu présente le truc de manière assez biaisée, tu ne trouve pas ? Je suis sur que tu es capable d'aller voir la doc (celle upstream que tu peux retrouver via l'outil man de ton unix-like préféré si tu as installé sudo) de sudo qui explique à quoi ça sert1 et qui décrit la manip' utilisée par debian → ce n'est pas un contournement de la part de debian c'est une configuration prévue par les développeurs upstream.

    Au lieu de commencer par s'offusquer ça pourrait ĂŞtre marrant de se renseigner, c'est comme ça qu'on Ă©vite les FUD et autres fausses informations ;)


    1. je suis d'accord que tout le monde n'a pas besoin de cette fonctionnalitĂ© (et moi le premier), mais sudo est full-featured c'est le principe du projet, il est tout Ă  fait possible de se tourner vers une alternative si ça gĂŞne d'avoir ce genre de fonctionnalitĂ©s â†©

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

  • [^] # Re: Mais encore

    PostĂ© par  . En rĂ©ponse au journal sudo, faille pwfeedback. ÉvaluĂ© Ă  4.

    Plus il y a de code, plus il y a de bugs. Mais pour généraliser, plus il y a de code, plus les audits sont compliqués.

    Et plus il y a d'utilisateurs plus c'est pentesté.

    Mais la diversité améliore la sécurité en soit même si les alternatives à sudo faisaient 1M de lignes ça serait intéressant d'un point de vu sécurité pour qu'une faille n'impacte pas tout le monde.

    Après sudo a énormément de fonctionnalités et fait un job cool (même si je trouve dommage de continuer à voir des overflow aujourd'hui…), mais c'est super d'avoir des façons différentes de faire (plus simple comme doas, juste de réimplémentations comme calife ou complètement autrement).

    Les projets libres non commercial comme ça ne sont pas des ennemis à la recherche de la plus grande part de marché.

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

  • [^] # Re: Vim Emacs

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  2.

    Quoi ?! Mais tu peux pas dire ça !

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

  • [^] # Re: D’accord sur Thunderbird

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Firefox 72. ÉvaluĂ© Ă  2.

    Alors, c'est pas ce qu'eux même disent (cf mon commentaire en dessous) et de 2 si c'est le cas il vaut mieux pour eux le retirer plutôt que laisser une fonctionnalité contenant des bugs connus qui leur sont du coup remontés, les utilisateurs non averti que cette fonctionnalité serait dépréciée l'essai et peuvent avoir un très mauvais ressenti de leur usage de l'outil.

    Bref soit ça les intéresse pas et il faut qu'ils le déprécient avant suppression, soit ça les intéresse et il faudrait finir le travail.

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

  • [^] # Re: Explication de texte pour nĂ©ophyte

    PostĂ© par  . En rĂ©ponse au journal LibreOffice 6.4 vient de sortir, en bref. ÉvaluĂ© Ă  1.

    L'idée, qui ne date pas de cette version[…]

    Ils en parlent presque depuis la création de LibO j'ai l'impression, mais aucune idée de où est-ce que ça en est. Il en parlent pas dans la note de version. Tu as un lien pour connaître l'état actuel ?

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

  • # Explication de texte pour nĂ©ophyte

    PostĂ© par  . En rĂ©ponse au journal LibreOffice 6.4 vient de sortir, en bref. ÉvaluĂ© Ă  10.

    Moins de java (exit les versions 6 et 7), un beau python (3.7.6), pas de boa ni de truc en plume par contre, et adieu GTK+ 2 VCL. L’intégration de KDE 5 se poursuit.

    Alors Java était utilisé dans LibreOffice (LibO) et avant dans OpenOffice.org (OOo) pour certaines extensions et pour le module Base. Ici il est question de ne plus supporter les versions 6 (2005 → 2013) et 7 (2011 → 2015) de java. Je ne sais pas ce qu'il en est de l'utilisation de java dans le projet. Par contre je ne vois pas d'informations sur une diminution de l'utilisation de java dans la note ?

    Python est utilisable pour scripter LibO, de ce que je comprends ils embarquent CPython et l'ont mis à jour vers 3.7.6 (version précédente 3.5.9).

    « pas de boa ni de truc en plume par contre » j'ai pas la référence par contre.

    VCL était un framework graphique construit pour OOo au dessus de GTK. Il possède différentes implémentations. Ils ont supprimé l'implémentation GTK2 et amélioré la version Qt5 (qui dépend peut être aussi de KDE framework).

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

  • [^] # Re: Le moteur de jeu bien sĂ»r!

    PostĂ© par  . En rĂ©ponse au journal En attendant G., voilĂ  la 3.2. ÉvaluĂ© Ă  4.

    C'est dommage de parler d'un moteur de jeu sans montrer aucune capture d'écran :)

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

  • [^] # Re: D’accord sur Thunderbird

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Firefox 72. ÉvaluĂ© Ă  5.

    Ça n'a aucun rapport. Mozilla a commencé à travailler sur maildir, mais faute d'investissement il reste de nombreux bugs sur ce sujet. Ça n'a rien à voir avec un autre MUA qui ne s'intéresserait pas au format maildir.

    C'est même pas une question de point de vu. Il y a 6 ans Mozilla annonçait le renouveau de Thunderbird (et je m'en faisais l'écho ici même). Certaines choses ont évoluées, mais clairement pas toutes. Donc même Mozilla trouve qu'il y a des choses à faire sur thunderbird. Plus récemment les contributeurs eux-même expliquaient ce qu'ils voulaient faire sur thunderbird.

    Que Thunderbird te convienne tel qu'il est, on en est tous très content pour toi. Mais il reste encore un paquet de choses à faire et la dette technique s'accumule avec le maintiens de XUL par exemple.

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

  • [^] # Re: Questionnements

    PostĂ© par  . En rĂ©ponse au journal The Qt Company annonce un changement dans ses Â« offres Â». ÉvaluĂ© Ă  5.

    Il y a 2 raisons pour faire ça soit tu es bien installé et tu souhaite grandir, soit ton modèle économique ne fonctionne pas et tu cours vers là où tu espère trouver de l'argent… La première raison marche infiniment mieux, les gens de chez docker ou Mozilla pourront probablement en parler.

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

  • [^] # Re: SoC

    PostĂ© par  . En rĂ©ponse au journal Sortie du noyau Linux 5.5. ÉvaluĂ© Ă  9.

    Peut ĂŞtre parce qu'un simple lien ne suffit pas Ă  dĂ©clencher une discussion ? Pour qu'il y ai discussion il peut ĂŞtre pas mal de prĂ©senter quelque chose, de donner son point de vue,… Bref d'avoir quelque chose Ă  dire.

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

  • [^] # Re: Mal connaĂ®tre sa distribution

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  3.

    Je suis désolé pour vous parce que vous passez à côté d'un changement de paradigme en terme de gestion de paquets à cause de simples arguments de rhétorique.

    Rien que ça ? Faudrait se calmer un peu, non ? Tu as vu la lumière et tout ce que les gens peuvent dire qui ne seraient pas dans ton sens ne sont que rhétorique ?

    Quand on en fait autant de caisse pour un outil qui fait pour beaucoup la même chose que ce qui existe déjà mais en mieux intégré avec quelques fonctionnalités (pas forcément utile pour grand monde) en plus, ça peut avoir évidement tendance à rendre septique.

    D'autant que personnellement un outils qui intègre mieux que ce qui existe déjà un ensemble de fonctionnalités, je n'appelle pas ça un changement de paradigme. Mais alors pas du tout.

    Le changement important est dans le fait de découpler ce qui est installé de ce qui est accessible. On installe dans un store et par des jeux de liens symboliques, on rend accessible ou pas dans le système ce qui est installé. C'est là dessus que tout nix/guix se base. L'aspect fonctionnel me paraît plus être un jouet de description de paquets.

    Très franchement personnellement cette indirection et ce changement de sémantique ne m'intéressent pas. Ça ajoute une complexité à mon système sans m'apporter la moindre fonctionnalité dont j'ai pu ressentir le besoin.

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

  • [^] # Re: Sonic

    PostĂ© par  . En rĂ©ponse au journal Index secondaire Elasticsearch pour Cassandra. ÉvaluĂ© Ă  1.

    Oui curl, httpie ou n'importe quel client http.

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

  • [^] # Re: Dart/Kotlin : Pourquoi pas Go ?

    PostĂ© par  . En rĂ©ponse au journal Finalement c’est simple !. ÉvaluĂ© Ă  2.

    Ça n'est clairement pas du second degré. Oui le troll ça existe mais là un gars comme El titi est persuadé savoir de manière objective et absolu ce qui est bien en méprisant les autres points de vue. Tu remarque que le mépris arrive dès le début et ne donne clairement pas envi de s'engager dans une véritable discussion car elle sera parasitée par cette prétention et ce mépris. J'y ai déjà eu affaire plus d'une fois sur divers sujets (impossible de parler objectivement de js sans qu'un gars vienne t'expliquer que le js c'est tout pourri, impossible de parler de mode sombre sans qu'une fille vienne t'expliquer que le mode sombre c'est tout pourri,…).

    Quelque part cette culture du mépris me semble faire parti d'un tout qui est l'absence de bienveillance généralisée (et oui on pourra me dire que je fais parti du problème).

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

  • [^] # Re: Dart/Kotlin : Pourquoi pas Go ?

    PostĂ© par  . En rĂ©ponse au journal Finalement c’est simple !. ÉvaluĂ© Ă  3.

    Une hĂ©rĂ©sie ? Rien que ça ? Et on dĂ©montre les hĂ©rĂ©sies avec des sondages.

    Rust et go n'ont rien à voir. Ils ne s'adressent pas aux même usages et proposent des solutions différentes.

    Après dans les hérésies classiques on a lisp et javascript. Ça ne trompe pas ces langages sont mort-né.

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

  • [^] # Re: Langage

    PostĂ© par  . En rĂ©ponse au journal Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  3.

    Le fait d'utiliser un langage turing complet t'empêche d'établir un certain nombre de propriétés sur le code. Il devient très complexe de faire des validations et va probablement demander à faire de l'analyse statistique qui peut montrer ses limites.

    D'autres parts je connais des DSL qui ne sont pas limitatifs. C'est par eexemple le cas de gradle ou des pipelines jenkins qui permettent d'utiliser tous groovy.

    La notion de niveau d'abstraction dont tu parles qui serait en plus infini ne me paraît pas très clair ou pas très intéressante. L'abstraction n'est pas une fin en soit. En multiplier les couches est un anti patern. Il faut juste que tu puisses exprimer ce dont tu as besoin et je ne suis pas sûr que gérer des paquets demande à ce que chaque empaqueteur pose son propre design.

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

  • [^] # Re: Mal connaĂ®tre sa distribution

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  3.

    Un paquet utilisant inherit utilise la recette du paquet qu'il hérite et la modifie.

    Si on veut continuer de filer la métaphore, c'est une mauvaise pratique d'utiliser l'héritage pour ça. Ça rend très difficile la maintenance (faire évoluer l'ancêtre tout en restant pertinent pour tous les descendants). Ça pète le principe open/close des concepts SOLID

    Pour partager du code le mieux ça reste de faire de la composition

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

  • [^] # Re: choix limitĂ©

    PostĂ© par  . En rĂ©ponse au journal Des images disques toutes prĂŞtes pour virtualiser toujours plus vite. ÉvaluĂ© Ă  5.

    Tu sais qu'opensolaris est abandonnĂ© depuis 12 ans ?
    Hurd n'est pas une distribution et il n'est plus prévu qu'il soit autre chose qu'un projet expérimental. Mais à ma connaissance il a 2 distributions Debian et Arch.

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

  • [^] # Re: Quelques "killer features"

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  3.

    Connaissant le commit, je peux à n'importe quel moment réutiliser la même graine et donc construire le paquet.

    Tu le construis avec quels outils ?

    Pour ce qui concerne le C, GNU Mes a fait un gros boulot et la graine commence Ă  ĂŞtre raisonnable. :-)

    Je veux bien mais tu va devoir faire confiance au binaire de ce compilateur si j'ai bien compris.

    Se passer d'une Ă©tape de compilation est extrĂŞmement complexe, c'est pas une question de guis, nix ou apt. Si tu veux remettre en cause les dĂ©pĂ´ts de ton outils, il y a soit un compilateur Ă  qui tu es contrains de faire confiance soit tu prends des Ă©tapes hyper relous de construction d'un compilateur from scratch (tu fais confiance Ă  quel Ă©diteur hexa dĂ©cimal ? ;)

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

  • [^] # Re: Quelques "killer features"

    PostĂ© par  . En rĂ©ponse Ă  la dĂ©pĂŞche Guix : un outil pour les remplacer tous. ÉvaluĂ© Ă  1.

    C'est une information qui fait partie du paquet, donc tu peux l'installer et tu peux la vérifier de la même manière. Évidemment il peut y avoir un problème au bootstrap, mais je présume qu'ily een a un aussi aussi avec ta solution.

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