Alors oui, mais c'est pas pour ça que ça n'a pas de valeur. Attraper un problème un problème de conf en CI et l'attraper lors de ton A/B testing n'a pas du tout le même coût. Tu as beau avoir polis ton process autant que tu veux la boucle de feedback n'est pas du tout la même.
Par contre clairement au final, pinailler sur ce point va faire perdre beaucoup de temps Ă beaucoup de gens si on fait un rapport de bug et qu'on se met Ă discuter dessus. Donc si je devais lever les yeux au ciel, ce serait plutĂ´t pour cette raison.
[^] # Re: Inefficace ?
Posté par barmic 🦦 . En réponse au journal StopCovid : inefficace, dangereux, totalitaire. Évalué à  7.
Le populisme est un mouvement politique, ma définition est politique. Qu'il soit amalgamé avec la démagogie est un glissement sémantique. Tu défend un usage qui se répend pas une définition politique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Inefficace ?
Posté par barmic 🦦 . En réponse au journal StopCovid : inefficace, dangereux, totalitaire. Évalué à  9.
Euh… Pas vraiment. Le populisme c'est le fait d'opposer le peuple à l'élite et évidemment de se présenter comme faisant partie du dit peuple. Ni plus ni moins. À la base ça vient d'un mouvement contre les tsars.
Ta définition correspond plutôt à la démagogie. Il me semble.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: les discours, c'est beau mais pas toujours logique
Posté par barmic 🦦 . En réponse au journal StopCovid : inefficace, dangereux, totalitaire. Évalué à  1.
Pourquoi avoir la loi des 3 coups (appliquées dans tous les états des USA) si la peine de mort supprime la récidive ?
Je ne suis pas statisticien mais quand je combine les chiffres que je trouve là avec juste les états qui appliquent encore ou non, je ne vois pas de corrélation particulière.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: les discours, c'est beau mais pas toujours logique
Posté par barmic 🦦 . En réponse au journal StopCovid : inefficace, dangereux, totalitaire. Évalué à  1.
Moi je suis plutôt d'accord, la peine de mort n'empêche pas la récidive.
La France a abolie la peine de mort en 1981, pourtant Jacques Mesrine était multirécidiviste dans les années 70 en ayant bien était arrêté et condamné 2 fois. Pour que la peine de mort soit efficace contre la récidive, il faudrait l'appliquer dès la première itération du délit ou du crime. C'est pour moi autre chose que le simple rétablissement de la peine de mort.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: premier frein: Hey Firefox
Posté par barmic 🦦 . En réponse au lien Aidez le moteur de reconnaissance vocale open source de Mozilla à progresser (appel à tester). Évalué à  3.
Simplement parce que si c'est pour utiliser un device la commande vocale ne sert à rien. S'il faut sortir son téléphone, le déverrouiller, lancer l'appli qui va bien, pour commencer à parler :
Que l'intérêt ne concerne pas tout le monde c'est probable, mais je comprends la démarche d'activer vocalement ces systèmes.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vive la hiérarchie
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  7.
Oui et non les sélecteurs de fichiers ne sont pas pensé pour par exemple. Tu ne peux pas t'abstraire totalement de la hiérarchie.
De plus en plus. Si c'est pas sur téléphone c'est sur tablette et les tablettes Apple se vendent bien il me semble.
Mais en y réfléchissant je pense qu'il y a effectivement une différence d'usage. Sur ces machines, on est orienté application. on pars d'une application et on accède à nos données à travers elle. Là où sur PC, on est orienté données, on utilise des logiciels hyper généralistes (le gestionnaire de fichier, le shell,…) pour accéder à nos données qui s'ouvre avec une application plus spécifique. Je pense que c'est le point le plus discriminant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vive la hiérarchie
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  2.
Le meilleur outil n'est-il pas celui dont on a pas besoin de savoir qu'il est là  ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Va pour la hiérarchie (tant qu'elle est confinée dans mon ordi)
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  3.
Je gère ça avec un alias
gotmp=$(mktemp -d)
(j'utilise autocd). Quand j'ai besoin de me retrouver quelque part je lance gotmp, je fais ce que je veux et je sais qu'au redémarrage tout sera détruis (j'éteins ma machine tous les soirs).https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: macOS
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  9.
C'est toujours bien de s'intéresser à comment font les autres.
Je ne crois pas que ce soit ce qu'il décrit. Tu parle d'indexer (qui analyse le contenu des fichiers) et lui parle de tag (qui sont des métadonnées des fichiers). Ça existe aussi sur mac, c'est spotlight mais je ne suis pas certains que ce soit ce dont il parle.
La question n'est pas syscall vs autre chose, mais que le VFS l'API de filesystem que tout système de fichiers doivent implémenter pour être un système de fichier contient la sémantique de fichier/dossier (en fait c'est la définition de fichier/dossier/etc). De manière très simple quand un programme fais un `int fd = open("/foo/bar/file.ext");" il faut que ton système de fichier sache quoi en faire.
Tu peux très bien faire un mapping de la hiérarchie vers les tags. Les dossiers sont des tags, un fichier dans le dossier t1 a le tag t1. Tu trouvera dans
t1/t2
tous les fichiers qui ont Ă la fois le tag t1 et t2. Donc tous les fichiers danst1/t2
sont les mĂŞme que ceux qui sont danst2/t1
. Il faut voir comment tu gère la copie et le déplacement pour ajouter/supprimer un tag (ou plusieurs) sur un fichier. Tout ça implique des décisions qui ne font pas forcément consensus.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vive la hiérarchie
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  6.
Tu veux dire que si tu veux une arborescence sur un système fais pour ne pas présenter d'arborescence ça marche pas très bien ? Étonnant :)
Je ne trouve pas ça très agréable moi non plus, mais de plus en plus de personne n'utilisent que ça et on va bientôt commencer à voir une génération de personne qui n'ont que très peut utilisé d'ordinateur personnel et beaucoup plus de périphériques android/ios. Des gens qui n'auront pas le biais que nous avons : être biberonné au système de fichier hiérarchique depuis des dizaines d'années.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Attributs étendus
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  2.
Ça permet d'associer des tag, mais il faut tout de même avoir un index à coté.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le cimetière des nouvelles technos
Posté par barmic 🦦 . En réponse au journal Dhall, une réponse au problème de configuration. Évalué à  2.
Tous les logiciels n'ont pas les même contraintes. Il y en a un paquet qui ont une configuration très spécifique. Si on omet vim&emacs qui utilisent leur propre langage pour se configurer tu peux trouver des logiciels comme awesome qui utilise lua ou i3 qui a un format bien à lui.
En tant que lead tech plus intéressant que de savoir s'il faut remplacer tout ce que tu as avec ça, ce qui me semble plus intéressant c'est :
Après tu aura tous pleins de cabinets de conseil qui te sortiront des graphe de techno classées comme "expérimentale", "bleeding edge", "stable" et "deprecated". C'est à mon avis plus intéressant de regarder ce qui se fait et d'avoir son propre avis.
Tiens c'est marrant il y a un super fonctionnalité : il peut générer un sha256 de la configuration, mais il le fait sur la sémantique de la configuration et pas sur le fichier. Ça peut être super utile.
Après il y a effectivement la confiance que tu fais en vers les développeurs de dhall, c'est à toi de voir de la même manière que tu fait confiance à d'autres projets. Il n'y a pas que la pérennité qui soit importante. Pour m'avoir fait sauter ma configuration dans une version micro je suis méfiant d'haproxy par exemple.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: vive la hiérarchie
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  2.
Je ne pense pas que ce soit par qualité intrinsèque que la hiérarchie survie, mais plus par l’absence de convergence des solutions plus récentes. L'arborescence est l'organisation qui est la plus interopérable.
L'utilisation de plus en plus répandue de iOS et Android semble montrer que l'on peut vivre sans arborescence.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# cathédrale vs bazard
Posté par barmic 🦦 . En réponse au journal Classer efficacement et durablement ses fichiers. Évalué à  7.
Ce n'est probablement pas la bonne approche. Il ne faut pas tenter de tout faire et monter un cahier des charges complets, puis implémenter un truc, mais plutôt faire quelque chose de très simple qui te soit déjà utile. En l'utilisant tu en verra les limites et tu améliorera.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Où est l'intérêt ?
Posté par barmic 🦦 . En réponse au journal Dhall, une réponse au problème de configuration. Évalué à  3.
Ça c'est autre chose. C'est des choix de techno que tu fais et qui ne sont pas intrinsèque aux techno. Mais reprocher à une techno qui se présente qu'elle n'est connue de personne, c'est dommage. D'autant que c'est un point qui a un minimum était envisagé puisqu'il peut générer du yaml et du json. Ça ne fait pas tout bien sûr. Mais disons que si c'est pour dire que personne connait, on était au courant je pense.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Traduction approximative
Posté par barmic 🦦 . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à  2. Dernière modification le 26 mai 2020 à 14:17.
Même avec du REST tu as un certain couplage entre la manière dont tu fait ton UI et la manière dont tu fait tes API. Il faut aller voir du coté de GraphQL pour voir des choses ou ça commence à être pas mal découplé.
C'est un design d'architecture, tu n'a pas forcément besoin d'un framework pour le faire. C'est le genre de séparation que tu pourra trouver dans le privilege separation chère aux développeurs OpenBSD. Eux implémentent ça sous la forme de 2 processus le parent a des droits en plus et le fils va tourner avec le minimum de privilège.
Le mieux est sans doute de construire une bibliothèque, non ? C'est ce qu'il y a de plus simple et ce qui entraine le plus faible surcoût.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Où est l'intérêt ?
Posté par barmic 🦦 . En réponse au journal Dhall, une réponse au problème de configuration. Évalué à  2.
Alors oui, mais c'est pas pour ça que ça n'a pas de valeur. Attraper un problème un problème de conf en CI et l'attraper lors de ton A/B testing n'a pas du tout le même coût. Tu as beau avoir polis ton process autant que tu veux la boucle de feedback n'est pas du tout la même.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Où est l'intérêt ?
Posté par barmic 🦦 . En réponse au journal Dhall, une réponse au problème de configuration. Évalué à  1.
Notoire ? Faudra en parler à la plupart des gens qui font de la CI/CD.
D'ailleurs tu commence par :
Donc tu montre bien que tu l'a cette complexité. La mettre dans un moteur de template ou dans le fichier de configuration c'est relativement subtile en fin de compte, il y a des arguments pour les 2. D'autant que les moteurs de templates sont généralement bien plus complexes que dahll. Le mettre dans la configuration simplifie drastiquement les déploiements, mais il ne marche pas avec tous les outils, l'utilisation d'un template permet de capitaliser, mais laisse passer des erreurs (si tu as déjà fais des templates yaml tu as déjà eu la contrainte par exemple sur le typage).
Au lieu d'essayer d'affirmer que ton point de vu est la norme (d'une je suis pas convaincu que ce soit la norme de deux c'est un appel à la population pas forcément intéressant) pourquoi ne pas juste présenter les avantages/inconvénients et ouvrir la discussion plutôt que la fermer ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: <noob>A quoi ça sert ?</noob>
Posté par barmic 🦦 . En réponse au journal Utilisation d’un TPM pour l’authentification SSH. Évalué à  4.
C'est une unité de calcul dédiée à la sécurité. Il implémente différentes fonction de sécurité. L'intérêt c'est qu'il est possible de séparer physiquement (quand il s'agit d'un véritable circuit) les données sensibles du reste. Dans l'exemple décrit la clef privée déchiffrée ne sort jamais du TPM. En cela ça se rapproche d'un HSM (il en est peut être un d'ailleurs ?).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Super intéressant
Posté par barmic 🦦 . En réponse au journal Utilisation d’un TPM pour l’authentification SSH. Évalué à  8.
Merci pour ton article c'est super intéressant
Il est pris automatique comme source d'entropie par le noyau ? Est-ce qu'il lui fait particulièrement confiance ?
Je ne connais pas trop TPM, j'ai lu que souvent c'était implémenté dans les CPU en firmware, mais mon nouveau CPU dernier cris de chez AMD ne semble rien avoir pour ça.
J'imagine que pour cet usage, il faut faire attention car, je présume qu'il n'est impossible de sortir la clef privée. Donc le document chiffré est indéchiffrable ailleurs. C'est ça ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Traduction approximative
Posté par barmic 🦦 . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à  3.
Je suis plutôt d'avis que c'est l'absence de choix qui fasse perdre du temps. La règle aujourd'hui dans gimp c'est d'avoir les 2 points ? Très bien établissaient le coller une règle et indiquez que pour remettre en cause ces règles il faut de solides arguments (plus qu'une apparente inutilité ou un esthétique subjective).
Le changement paraît anodin, l'établir comme règle permet de mettre en évidence que c'est un choix qui a un impact.
Je ne dis pas de le faire pour le cas présent, vous gérez le projet comme vous me voulais et vous faites ça très bien. C'est plutôt pour éventuellement donner des idées.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Traduction approximative
Posté par barmic 🦦 . En réponse à la dépêche GIMP 2.10.14 et 2.10.18 : sans limites. Évalué à  4.
Souvent quand il y a des remarques faites sur gimp. Tu nous explique que tu t'en occupera. C'est super, mais ça me donne l'impression que tu prends les remarques comme des demandes personnelles. Ça peut très bien être quelqu'un d'autres. Je serais moins surpris qu'au lieu de généralement finir sur toi qui dit « je l'ajoute à ma todo liste » la conclusion soit « il faut l'ajouter à la todo list du projet aka il faut rapporter un bug ». Après je dis ça pour toi, hein :)
J'ai presque l'impression de te voir lever les yeux au ciel en levant les épaules en parlant de primordial. C'est un travaille de finition c'est toujours bon à prendre même si ça n'est pas le cœur GEGL/algorithmique de gimp. Ça pourrait avoir sa place dans les bugs Newcomers du projet.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Incompréhensible
Posté par barmic 🦦 . En réponse à la dépêche Audit du code source de Parcoursup par la Cour des comptes. Évalué à  3.
Les commentaires juste au dessus du tiens pointent des algos de mariages stables et décrivent les propriétés des résultats.
Comme indiqué par rewind, ils ne peuvent plus être utilisés par choix politique.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Bien démarrer avec GnuPG
Posté par barmic 🦦 . En réponse au journal Bien démarrer avec GnuPG. Évalué à  9.
Il me semble que toutes les solutions « modernes » sont surtout moins fortes. Elles nécessites de faire confiance à une entité sur la quelle tu n'a aucun contrôle. Que ce soit utile pourquoi pas, mais il est nécessaire d'avoir une solution qui ne porte pas ces problèmes.
De plus il faut remettre en contexte. Cette technologie que vous jugez désuète, vous vous appuyez probablement dessus. C'est un outil de travail nécessaire pour signer ses commits git et c'est ce que les gestionnaires de paquets utilisent pour vérifier les paquets avant installation par exemple. En parler comme d'un truc inutile, je trouve ça un peu rude.
Je ne vois pas en quoi le fait que vous n'en voyez pas l'usage et que vous ne savez pas vous en servir en fait une technologie désuète ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: container compatible OCI ?
Posté par barmic 🦦 . En réponse à la dépêche Harbor 2.0. Évalué à  2.
Ça se discute, mais en principe tu ne va pas laisser un service manipuler helm ou même manipuler ton cluster comme ça, ne serais-ce parce que ça pose des problèmes d'un point de vu sécurité. L'idée dans les microservices c'est qu'un service soit seul maitre de sa données. Le fait qu'il crée dynamiquement sa base ne me semble pas être une nécessité et il n'est pas obligé d'avoir sa propre instance de base de données, je ne vois personnellement pas de problème majeure à ce que plusieurs services utilisent des bases de données différentes au sein du même postgres. Bien sûr il y a un niveau de couplage du coup (si tu as des configurations transverse à tes bases postgre elles impactes tout le monde, la charge n'est pas forcément segmentée,…) c'est un choix à arbitrer.
Si tu veux complètement découper, tu va utiliser un controller. C'est un type de container particulier qui est là pour manager des pod. Au déploiement ton service va aller demander une base à ton controller qui va créer la base si nécessaire et te répondre avec les accès qui vont bien. Tu peux même jouer à donner un utilisateur différent à chacun des pods de ton service. Ce qui est particulièrement cool d'un point de vu sécurité. Ça peut te donner des possibilités sympas comme le fait d'utiliser effectivement des instances différentes en prod, mais d'utiliser un seul cluster dans des environnements de dev/test qui sont généralement moins gros.
C'est un gros, vieux et long débat :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll