barmic a écrit 927 commentaires

lol

Une sphère ? Toi qui semble aimer la géométrie ? Pas une boule plutôt. Comment t'assure-tu qu'il s'agit d'une boule et pas d'une patate. Tu dis avoir un système de fixation fort. Très bien, mais il a vraiment la force d'une presse ? Parce que bon nombre de pâte ont une viscosité relativement faible et quand tu retire ton radiateur, tu vois que toute la surface du processeur n'était pas couverte (zut).

CanardPC Hardward avait fait des tests montrant que l'intérêt est faible. L'influence a ventirad identique était vraiment faible d'après eux. Ce qui rend les discussions sur l'utilisation d'une sphère parfaite (hein ?), d'une lame de rasoir (heu ?) ou autre, plus proche de la masturbation intellectuelle que d'un intérêt flagrant. L'objectif est d’aplanir quelque chose qui est déjà pas mal plat. Pour cela une pâte qui conduit la chaleur est appliquée. Il faut en mettre, c'est une nécessité, pour la suite acheter un meilleur ventirad sera plus efficace.

Développement web en Haskell

Tu as regardé du côté d'ELM ?

J'ai pas compris ?

En meme temps pendant 70 ans on a ete copains et on a travaille tous ensemble et globalement on a pas trop a se plaindre.

Durant ces 70 ans, on a tout de même fais 2 ou 3 trucs comme se doter de l'arme atomique pour se permettre de leur parler d'égal à égal, on s'est pas impliqué dans toute leurs guerres, inversement ils nous on suivi en Indochine (oui bon la France ce n'est pas que des gentils…), etc. Les relations n'étaient pas unilatéral comme c'est de plus en plus le cas (autant par un durcissement du pouvoir américain que de fléchissement du notre).

Lorsque l'on a intégré l'OTAN ce n'était pour être les béni-oui-oui des USA.

Hein ? Je dis juste qu'on surréagis quand il s'agit des russes et sous réagis quand il s'agit des USA. Ne va pas inventer des propos que je n'ai pas. Je n'ai pas dis que la Russie était gentille ou pas, j'ai dis qu'à une question d'intelligence étrangère on nos gouvernement nous cache des choses d'un coté alors que de l'autre nos gouvernements ne réagissent pas à des choses que l'on sait. Ce serait l'Australie et le Canada, ça ne me plairait pas plus.

Solution […]

Aucune n'est pertinente, elle considère que l'intelligence des puissances étrangères se contente de lire les infos. Si on imagine que le FSB n'est pas déjà au courant de ce qu'a en sa possession la DGSE, combien de temps vont-ils mettre pour le découvrir ? Avec un indice aussi gros que « on ne fait plus confiance en Kaspersky », peu de temps. Si vraiment l'information devrait être classée, on ne donnerait pas ce genre d'info. On nous expliquait lors des révélations sur la NSA que pour beaucoup ces sources étaient connues et que c'était pratique de faire comme si on ne savait pas pour contrôler l'information transmise.

Tu fais semblant d'oublier qu'on est alliés militairement et économiquement aux ÉU, et pas avec la Russie.

La mise sur écoute du représentant d'un pays allié comme ce fut le cas de la chancelière allemande, c'est quoi au niveau alliance ? Il ne faut pas confondre alliance et allégeance. On a le droit de demander des comptes à un allié quand il ne nous respecte pas.

[…]c'est mal perçu de se méfier autant de ses alliés que des autres[…]

Et on ne réagit pas quand c'est les USA qui se méfient de nous ? Je parle pas de rompre les relations diplomatiques, hein ? On a même pas eu un président pour dire qu'il n'était pas content.

Cette alliance avec les USA ressemble vraiment à une allégeance tant elle n'est pas symétrique. On se sent faible et on espère que leur soutient nous maintiendra en vie.

Ce n'est pas comme ça que ça devrait marcher…

Je sais que le grand frère américain adore les secrets, aime les procès secrets etc, mais on ne peut pas prendre pour parti que « ils doivent savoir ». Quelque soit la forme de preuve qu'ils auraient il s'agit d'une décision purement politique. Quand on ne bronche pas au fait qu'on a des preuves que la NSA nous surveille chacun, mais aussi plus précisément nos élus et nos services critiques et qu'on réagis comme cela parce qu'une entreprise russe fait peut être quelque chose avec les renseignements russes.

Il ne s'agit d'une raison de sécurité du territoire ou de défendre ta vie privée, juste de choix politiques et les choix politiques en démocratie ils devraient être présentés clairement au peuple. Inutile de se la jouer Tom Clancy, les décisions politiques ne demandent pas d'habilitation quand elles ne mettent pas en péril la sécurité du territoire.

Sincèrement Facebook, Google et Microsoft sont soumis au patriot act (ou l'équivalent actuel) ses 3 entreprises accèdent à largement plus d'information que kaspersky n'en aura jamais et on vient nous expliquer que c'est normal de se protéger de l'un mais pas des autres ? Tu ne vois pas le problème ?

C'est probablement ce que l'UE s'est dit quand ils ont vu les USA le faire :)

Pourquoi ?

nous avons remplacé le dépôt admin-LinuxFr.org par du Ansible (c’est un travail commencé il y a un bout de temps, mais c’est effectif sur le serveur de production depuis peu) ;

Bravo !

Gérer les certificats TLS est presque simple, très largement documenté et mis à part un oubli de temps en temps ça n'est, je trouve pas bien compliqué.

Par contre passer à une maintenance via Ansible, c'est un gros travaille. Pour avoir tenté l'expérience c'est très chronophage d'avoir un playbook qui s'en sort à peu près. C'est long à tester en plus.

Donc sincèrement bravo pour la maintenance du site et particulièrement pour arriver à faire ce genre de changement que je trouve personnellement laborieux à faire !

Je suis resté sur l'idée que plus ça va vite mieux c'est pour l'autonomie car les CPU savent bien gérer leur consommation (à comparer aux autres composants d'un ordinateur) donc il vaut mieux faire un traitement aussi rapide que possible et repasser toute la machine en état de veille. Pour cet exemple, il faut comparer la hausse de consommation de l'HT aux 10 minutes d'utilisation plus ou moins intensives du disque dur.

C'est donc pas au niveau du CPU lui-même mais de toute la machine qu'il faut observer la comparaison pour qu'elle soit pertinente.

Par important il voulait dire long pas "qui as une importance".

On aimerait, enfin, que les utilisateurs frustrés apprennent le C++[…]

Écrire ça sur un site rempli de geeks/bricoleurs/curieux, c'est gonflé :-)

Il se donne les moyens de lire un fichier avec son éditeur préféré parce qu'il n'y a pas de raison particulière pour qu'il s'interdise d'installer son éditeur préféré sur son serveur ou de rapatrier les fichiers sur sa machine pour les lire au calme.

Le geek/bricoleur/curieux qui gère de l'HPC sans internet, ben euh… OSEF ?

En plus la question était pour un outils de build à la base. Perso je build pas en prod (« Mais oui mais tu comprends pas, moi je build sur ma montre avec ma bite et mon couteau et ne pas prendre en compte mon cas d'usage c'est un affront ! ») et les builds en IC sont reproductibes sur ma machine donc je n'ai pas à aller la voir.

Il y a du monde chez gtk ? C'est cool à la sortie de la version 3, ça donnait l'impression de l'inverse (qu'ils font ce qu'ils peuvent et qu'ils n'avaient pas les moyens humains de Qt).

Ton vélo a un pneu complètement à plat, tu monte dessus commence à pédaler et après quelques tours de pédale tu te plains d'avoir du mal à pédaler parce que la chaîne n'est pas bien graissée. Si on te le fait remarquer tu nous explique que de toute manière t'a pas de rustine.

Non : en prod, ça m'arrive de déployer des VMs avec un envirponnement très restreint, sans éditeur me fournissant une coloration syntaxique. Imagine le délire lorsqu'il faut débugger une conf xml.

Tu as d'autres problèmes quand tu fais ça :

• tu ne teste pas tes configurations
• tu ne versionne pas tes configurations

Le format c'est le dernier de tes problèmes. Tu es peut être obligé de le faire (on va m'expliquer que dans le domaine de ne pas respecter les règles de qualité c'est normal), mais ton problème c'est clairement pas ton format. Mais si c'est ton plaisir d'éditer des fichiers avec ex pour te sentir super fort tant mieux pour toi.

# cat test.json
{
    // hello
    "foo": "bar"
}
# cat test1.json
{
    "foo": "bar"
}
# jq ".foo" test.json
parse error: Invalid numeric literal at line 2, column 7
# jq ".foo" test1.json
"bar"

Une trop grande concision est bien plus perturbante qu'une grande verbosité. C'est lassant, c'est ennuyeux tout ce que tu veux, mais ça n'est pas si impactant pour la lisibilité. Il faut prendre en compte :

• que tu as de la coloration syntaxique
• que presque toute la syntaxe est a base de la même convention <mot> tu n'a pas à comprendre que des caractères plus ou moins bizarres ont des comportements plus ou moins différents en fonction du contexte ({, }, &, *, etc).

XML c'est chiant, c'est lourd, ça consomme beaucoup de ressources, tu as tellement de standard que tu as pleins de logiciels qui n'arrivent pas à toutes les respecter, ça a était utilisé pour des trucs à la con (SOAP c'est toi que je regarde). Mais ça n'est pas particulièrement moins lisible qu'un agglomérat de caractères plus ou moins abscons dans d'autres syntaxe.

Et je vais arrêter là, la discussion est stérile.

Ça tombe bien JSON et REST sont 2 choses différentes. Dans le cadre de fichiers tu as besoin de commentaires, alors que dans des ws ça n'est pas nécessaire.

C'est sûr que la libc change vraiment souvent… Sinon il y a des chroot/mock/containeur pour tester des build dans des environnement propres.

libc, parseur json, bibliothèques ssl, choisi ce que tu veux. Tu peux vouloir vérifier différentes libc aussi.

Sinon il y a des chroot/mock/containeur pour tester des build dans des environnement propres.

Aucun n'est véritablement portable, ça n'est pas très amusant d'utiliser docker sous windows et MacOS par exemple. Sur BSD je ne sais même pas comment s'est distribué.

Je leur dis « Boost, CMake, Qt5, libzip » enfin bref, le nom upstream de mon composant, à eux de trouver le nom dans leur gestionnaire de paquet (qui est souvent assez identique).

Ah oui, mais le mainteneur a une Debian stable, alors que moi je suis sur Fedora donc on utilise pas les même versions de bibliothèques… Ton logiciel doit passer les versions de bibliothèques en même temps que tu fais tes mises à jours d'OS ?

---

Utiliser python avec virtualenv, c'est précisément faire un chroot ? Il va récupérer tes dépendances et s'assurer de ne te mettre à disposition que celles que tu as listée. Ça ne demande pas des manipulations trop compliquées et ne requière pas de droits root (pratique en environnement d'intégration).

Hein ? Tu build en prod ? On parle d'outil de build, non ? Si tu n'a pas de dépendance le fait d'utiliser un outil qui va télécharger des dépendances ne change rien (astuce: si tu ne liste aucune dépendances, il n'en télécharge pas !!!)

Si tu parle vraiment de la partie build et pour prendre l'exemple qui revient à chaque fois qu'on parle de ce genre de choses. Maven n'a pas besoin d'internet. Il va par défaut aller chercher sur internet oui, mais il n'en a aucunement besoin. Il fournit juste des moyens standardisé de récupérer des bibliothèques. Il propose par défaut d'avoir un référentiel de ces dépendances. L'objectif étant d'essayer d'avoir des builds reproductibles. Mais tu peux parfaitement utiliser maven sans internet et même sans réseau.

J'ai pas de doute qu'il y a des cas où ça marche vraiment pas, mais le fait qu'on ai maven/pip/cpa/gem/npm/… Montre que c'est un besoin que les gens ont. On peut se dire que la population de développeurs de tous ses langages sont en dehors des réalités, mais c'est quand même un peu prétentieux, tu ne crois pas ?

Si tu veux laisser à l'utilisateur la possibilité d'utiliser un éditeur JSON (ou un éditeur de texte avec un plugin json).
Ou pour lui permettre d'utiliser un linter.
Ou pour laisser la possibilité à quelqu'un d'implémenter un logiciel compatible avec tes fichiers de configuration.

Je ne reproche pas que la verbosité.

Dans ton commentaire précédent un peu quand même tu parle du bruit.

Pour les listes, l'indentation et la coloration syntaxique fonctionne bien et la réindentation est fiable comme en json (contrairement au yaml).