Ça permet à l'utilisateur de refuser le chargement d'une application web dans son navigateur si la signature ne correspond pas à celle du développeur.
Pour l'instant, c'est fait par une extension Firefox, donc c'est débrayable à l'envi.
Les personnes qui ont fait ça ont en tête le cas d'utilisation des applications auto-hébergées type Element, CryptPad, et donc SecureDrop, pour lesquelles l'utilisateur/utilisatrice a besoin de savoir si le code reçu n'est pas infecté.
Pourquoi pas. Tant que c'est transparent et débrayable, ça me va.
Par contre, comment ça marche si on veut personnaliser un peu une application, avec des images, des mentions légales, etc. ?
En fait, c'était vraiment une question plus ouverte : est-ce que BLAKE3 est simplement méconnu, ou bien est-ce que c'est le comportement habituel de ne pas se précipiter sur le nouveau truc à la mode ?
Alors, effectivement, si on part du principe qu'on a besoin de Docker pour déployer des services de production, chaque service prendra beaucoup de place. Même si, il me semble, Docker fonctionne sur le principe de couche avec OverlayFS, donc deux conteneurs utilisant la même base ne devrait pas prendre 2 fois l'espace disponible.
Mais mon idée derrière tout ça, c'est que Docker est une solution qui permet d'aller vite, mais qui est bien plus consommatrice de ressources qu'un paquet RPM/DEB. Et on a l'avantage de bénéficier du support logiciel de sa distribution, et de mieux maîtriser la chaîne des dépendances.
Ce que j'apprécie, et que l'auteur n'aime pas, c'est que justement, je mets à jour tout mon système d'un simple apt -U full-upgrade, et la sécurité est assurée. Si un conteneur Docker est affecté par une faille, il faut le cibler, et le mettre à jour « manuellement ». J'imagine qu'il y a des outils pour automatiser ça, mais ça revient à mon postulat de base : il faut plus de ressources pour utiliser Docker (un gros stockage pour les images, des outils d'automatisation). Et mon défaut, c'est de considérer que l'informatique n'a pas des ressources illimitées, et d'essayer de les économiser au maximum. Je deviens un peu chatouilleux sur le sujet :)
Comparer Python et Go en utilisant Docker, c'est huhuhu.
Sur ma Debian, si j'ai deux scripts Python, j'ai effectivement un gros stock de départ avec la bibliothèque standard. Et après, j'ai quelques octets par script.
Avec Go, c'est 10 Mo par binaire.
Parce que j'utilise pas cette gabegie de dépenses de ressources que représente Docker.
La qualité du code ne dépend clairement pas du langage. En plus, l'article présente Python comme un problème de qualité de code, tout en parlant juste au dessus de C++ pour les performances. C'est très paradoxal, écrire du bon code C++ est bien plus difficile que du bon code Python.
La gestion des dépendances en Python est connue pour être bordélique, mais au moins, y a un fichier pyproject.toml qui les listes toutes. La chaîne de dépendances est facilement analysable par un humain, au moins au premier niveau. En Go, il faut simplement lire chaque fichier, et lire les imports. Merci, c'est cool.
Et enfin, les outils, qui ne sont plus écrits en Python. Oui, ça fait longtemps que Python est utilisé pour faire du calcul numérique. Qui utilise numpy, qui n'est pas codé en Python. Ça fait longtemps que Python est utilisé pour faire du code d'entrée, afin de faire quelque chose de simple.
Je rajouterais que quand un binaire Go ne marche pas, c'est très compliqué de le patcher. En Python, on édite le fichier, ça marche.
Je conclus : j'aime beaucoup déployer des binaires en Go/Rust. C'est simple, ça marche, c'est rapide. Mais de là à jeter le Python en production pour ces arguments, c'est non recevable.
Non parce que ses habitants ont hérités d'un nom qui sonne tellement fort le laboratoire pharmaceutique (ou la société de service) que je me demandais ce que c'était.
La chronique n'a pas franchement d'intérêt. Elle manque tellement de profondeur que c'est navrant de se surprendre à avoir pitié de ce genre d'écriture fait pour soulever le cœur des lecteurs avec des émotions faciles.
Euh, je voulais dire quoi déjà ? Ah, oui, bien sûr, les automates. Non parce que l'autrice émet un constat qu'on a tous plus ou moins fait : les interfaces sont parfois confuses (au mieux), parfois à chier (soyons polis). Pourtant, on n'est pas dans le dark pattern, la RATP a bien envie d'en vendre le plus possible des tickets quand même.
Donc je n'ai pas de solution, mais pour moi, c'est clairement un problème d'expérience utilisateur mal fagotée. Oui, les gens s'énervent plus facilement en face d'une machine. Mais en même temps, ça pourrait être plus ergonomique…
On en est là. J'ai pas le JavaScript activé, donc on va me dire que mon ordinateur est « infecté ». Et le truc tente de me faire croire que c'est pour mon bien.
On a le droit de porter plainte contre ce genre de mensonge ? Je sais pas, pour tromperie ?
le bruit des switchs d’un clavier mécanique me manquaient
C'est l'argument que je ne comprends pas. « Le bruit me manque ». Pour moi, le bruit est une pollution. Encore plus dans un espace de travail avec plusieurs personnes. C'est justement ça que j'apprécie dans les TypeMatrix : il est silencieux.
# Pendant ce temps là, dans un univers parallèle
Posté par Glandos . En réponse au lien Microsoft utilise Go pour son portage Typescript (et expliquent pourquoi ce n'est pas écrit en Rust). Évalué à 6 (+4/-0).
https://linuxfr.org/users/wilk/liens/typescript-porte-en-go
[^] # Re: Il fait tiède
Posté par Glandos . En réponse au lien ubuntu envisage de migrer les coreutils vers des équivalents en rust (uutils). Évalué à 10 (+9/-0).
https://sylvestre.ledru.info/coreutils-fosdem-2025/#47
L'auteur principal le dit : ce n'est pas un problème de sécurité. Les utilitaires GNU coreutils sont très bien de ce point de vue là.
Donc l'argument d'Ubuntu est mauvais.
# Si j'ai bien compris
Posté par Glandos . En réponse au lien Introducing WEBCAT: Web-based Code Assurance and Transparency. Évalué à 5 (+3/-0).
Ça permet à l'utilisateur de refuser le chargement d'une application web dans son navigateur si la signature ne correspond pas à celle du développeur.
Pour l'instant, c'est fait par une extension Firefox, donc c'est débrayable à l'envi.
Les personnes qui ont fait ça ont en tête le cas d'utilisation des applications auto-hébergées type Element, CryptPad, et donc SecureDrop, pour lesquelles l'utilisateur/utilisatrice a besoin de savoir si le code reçu n'est pas infecté.
Pourquoi pas. Tant que c'est transparent et débrayable, ça me va.
Par contre, comment ça marche si on veut personnaliser un peu une application, avec des images, des mentions légales, etc. ?
[^] # Re: J'ai pas toujours envie que mon hash crypto aille vite...
Posté par Glandos . En réponse au journal BLAKE3, le condensat cryptographique qui laisse les autres sur le quai. Évalué à 3 (+1/-0).
Ouais donc md5 est lent et nul, même comparé à un b3sum sur un seul CPU :)
Mon /tmp est monté en RAM avec du tmpfs, donc la vitesse de lecture est maximale.
[^] # Re: Formulation amusante
Posté par Glandos . En réponse au journal BLAKE3, le condensat cryptographique qui laisse les autres sur le quai. Évalué à 6 (+4/-0).
Oooooh, tout de suite :)
En fait, c'était vraiment une question plus ouverte : est-ce que BLAKE3 est simplement méconnu, ou bien est-ce que c'est le comportement habituel de ne pas se précipiter sur le nouveau truc à la mode ?
# Le code semble disponible
Posté par Glandos . En réponse au lien Typescript porté en Go. Évalué à 6.
https://github.com/microsoft/typescript-go
Pas étonnant pour un projet comme TypeScript de publier son code, mais j'aime bien mettre le lien.
[^] # Re: Oui, mais pas ce que je retiens comme vrais problèmes de Python
Posté par Glandos . En réponse au lien Difficile de recommander Python en production . Évalué à 4.
Y a quand même des lockfile pour ça.
[^] # Re: Huhu
Posté par Glandos . En réponse au lien Difficile de recommander Python en production . Évalué à 7. Dernière modification le 08 mars 2025 à 15:33.
Alors, effectivement, si on part du principe qu'on a besoin de Docker pour déployer des services de production, chaque service prendra beaucoup de place. Même si, il me semble, Docker fonctionne sur le principe de couche avec OverlayFS, donc deux conteneurs utilisant la même base ne devrait pas prendre 2 fois l'espace disponible.
Mais mon idée derrière tout ça, c'est que Docker est une solution qui permet d'aller vite, mais qui est bien plus consommatrice de ressources qu'un paquet RPM/DEB. Et on a l'avantage de bénéficier du support logiciel de sa distribution, et de mieux maîtriser la chaîne des dépendances.
Ce que j'apprécie, et que l'auteur n'aime pas, c'est que justement, je mets à jour tout mon système d'un simple
apt -U full-upgrade
, et la sécurité est assurée. Si un conteneur Docker est affecté par une faille, il faut le cibler, et le mettre à jour « manuellement ». J'imagine qu'il y a des outils pour automatiser ça, mais ça revient à mon postulat de base : il faut plus de ressources pour utiliser Docker (un gros stockage pour les images, des outils d'automatisation). Et mon défaut, c'est de considérer que l'informatique n'a pas des ressources illimitées, et d'essayer de les économiser au maximum. Je deviens un peu chatouilleux sur le sujet :)# Huhu
Posté par Glandos . En réponse au lien Difficile de recommander Python en production . Évalué à 10.
Comparer Python et Go en utilisant Docker, c'est huhuhu.
Sur ma Debian, si j'ai deux scripts Python, j'ai effectivement un gros stock de départ avec la bibliothèque standard. Et après, j'ai quelques octets par script.
Avec Go, c'est 10 Mo par binaire.
Parce que j'utilise pas cette gabegie de dépenses de ressources que représente Docker.
La qualité du code ne dépend clairement pas du langage. En plus, l'article présente Python comme un problème de qualité de code, tout en parlant juste au dessus de C++ pour les performances. C'est très paradoxal, écrire du bon code C++ est bien plus difficile que du bon code Python.
La gestion des dépendances en Python est connue pour être bordélique, mais au moins, y a un fichier
pyproject.toml
qui les listes toutes. La chaîne de dépendances est facilement analysable par un humain, au moins au premier niveau. En Go, il faut simplement lire chaque fichier, et lire les imports. Merci, c'est cool.Et enfin, les outils, qui ne sont plus écrits en Python. Oui, ça fait longtemps que Python est utilisé pour faire du calcul numérique. Qui utilise numpy, qui n'est pas codé en Python. Ça fait longtemps que Python est utilisé pour faire du code d'entrée, afin de faire quelque chose de simple.
Je rajouterais que quand un binaire Go ne marche pas, c'est très compliqué de le patcher. En Python, on édite le fichier, ça marche.
Je conclus : j'aime beaucoup déployer des binaires en Go/Rust. C'est simple, ça marche, c'est rapide. Mais de là à jeter le Python en production pour ces arguments, c'est non recevable.
[^] # Re: tiens donc, un lien YT qui n'est pas largement moinsė
Posté par Glandos . En réponse au lien La recherche dans un moment orwellien aux États-Unis, regrettent plusieurs scientifiques français. Évalué à 5.
Ça aurait mieux avec une source française ? https://www.radiofrance.fr/franceinter/podcasts/l-invite-de-8h20-le-grand-entretien/l-invite-de-8h20-le-grand-entretien-du-mercredi-05-mars-2025-7562174
[^] # Re: On veut voir le code !
Posté par Glandos . En réponse au lien Doom now runs in @TypeScript types. What a journey this one's been.. Évalué à 4.
En fait, c'est là https://github.com/MichiganTypeScript/typescript-types-only-wasm-runtime
# On veut voir le code !
Posté par Glandos . En réponse au lien Doom now runs in @TypeScript types. What a journey this one's been.. Évalué à 3.
Il est où le code, hein ?
Attend, la vidéo mentionne 177To de code source. Ouais, bon, euh, ça va, je te crois.
# C'est une commune
Posté par Glandos . En réponse au lien Commune de Meylan récompensée pour sa politique numérique, label « Territoire numérique libre ». Évalué à 2.
Je précise que Meylan est une commune.
Non parce que ses habitants ont hérités d'un nom qui sonne tellement fort le laboratoire pharmaceutique (ou la société de service) que je me demandais ce que c'était.
Sinon, bravo à eux !
[^] # Re: Reproductibilité, vérifiabilité et musiciens de Brême
Posté par Glandos . En réponse à la dépêche Programmer des démonstrations : une modeste invitation aux assistants de preuve. Évalué à 2.
« … seront toujours nos compagnons ! »
Oui, j'ai beaucoup écouté ça aussi.
# Du boulot pour les responsables UX
Posté par Glandos . En réponse au lien [Monded'Automates] Il fait quoi, derrière sa vitre, le gars de la RATP qui ne vend plus de tickets ?. Évalué à 2.
La chronique n'a pas franchement d'intérêt. Elle manque tellement de profondeur que c'est navrant de se surprendre à avoir pitié de ce genre d'écriture fait pour soulever le cœur des lecteurs avec des émotions faciles.
Euh, je voulais dire quoi déjà ? Ah, oui, bien sûr, les automates. Non parce que l'autrice émet un constat qu'on a tous plus ou moins fait : les interfaces sont parfois confuses (au mieux), parfois à chier (soyons polis). Pourtant, on n'est pas dans le dark pattern, la RATP a bien envie d'en vendre le plus possible des tickets quand même.
Donc je n'ai pas de solution, mais pour moi, c'est clairement un problème d'expérience utilisateur mal fagotée. Oui, les gens s'énervent plus facilement en face d'une machine. Mais en même temps, ça pourrait être plus ergonomique…
[^] # Re: Piratage des liens
Posté par Glandos . En réponse au lien Go : attaque de la chaîne d'approvisionnement masquée par le cache des librairies. Évalué à 2.
Ah, merci.
Je sais pourquoi je n'aime pas trop la déclaration des dépendances de Go du coup :)
# Piratage des liens
Posté par Glandos . En réponse au lien Go : attaque de la chaîne d'approvisionnement masquée par le cache des librairies. Évalué à 1.
Le texte de l'article affichent des liens avec pour texte « github.com/boltdb-go/bolt » qui renvoie vers https://socket.dev/go/package/github.com/boltdb-go/bolt
Sérieusement ? C'est quoi ce phishing de bas étage ?
# Surveillance
Posté par Glandos . En réponse au journal Let's Encrypt arrête l'envoi des mails prévenant de l'expiration des certificats. Évalué à 6.
Je suis en automatique, mais je surveille quand même : https://github.com/Matty9191/ssl-cert-check
D'ailleurs, je surveille pas que moi. ssl-cert-check envoie des courriels :)
[^] # Re: Dépendance à Microsoft
Posté par Glandos . En réponse au lien ICC braces for swift Trump sanctions over Israeli arrest warrants. Évalué à 9.
Ah, j'aurais pas fait ça. Mais c'est peut-être pour ça que je ne suis pas employé par la CPI :)
# Les disques enregistrables grand public
Posté par Glandos . En réponse au lien Sony cesse la production de Blu-ray, MD et MiniDV. Évalué à 2.
Si j'ai bien compris, c'est la production de disques BluRay inscriptible. C'est pas tout à fait la même chose que l'arrêt complet des BluRay.
Ça permet de mettre un terme au piratage. Oh, enfin presque :)
# Mensonge du « CAPTCHA »
Posté par Glandos . En réponse au lien Valérie André bronsonisée. Évalué à 4.
https://dl.antipoul.fr/f.php?h=3g1_lGxR&p=1
On en est là. J'ai pas le JavaScript activé, donc on va me dire que mon ordinateur est « infecté ». Et le truc tente de me faire croire que c'est pour mon bien.
On a le droit de porter plainte contre ce genre de mensonge ? Je sais pas, pour tromperie ?
[^] # Re: Les enfants rois
Posté par Glandos . En réponse au lien Lancement (vendredi 10 janvier) de la fusée New Glenn : une concurrente inédite à SpaceX . Évalué à 6.
Attention, je crois qu'on inverse cause et conséquence.
Pour accumuler autant d'argent, il faut avoir un comportement d'enfant-roi à la base. Savoir marcher sur les autres, etc.
Une fois que t'en as autant, d'autres travers se mettent en place.
[^] # Re: Wow
Posté par Glandos . En réponse au lien OpenRoads : une version libre du jeu Skyroads. Évalué à 2.
La. Vache.
J'avais COMPLÈTEMENT oublié. Je sais même plus où j'ai joué à ça. Mais j'y ai beaucoup joué aussi.
J'ai l'impression que ça m'a fait le même effet.
[^] # Re: Clavier ortholinéaire 75 touches avec disposition type Typematrix Bépo
Posté par Glandos . En réponse au journal Coup de mou pour les claviers Typematrix. Évalué à 10.
C'est l'argument que je ne comprends pas. « Le bruit me manque ». Pour moi, le bruit est une pollution. Encore plus dans un espace de travail avec plusieurs personnes. C'est justement ça que j'apprécie dans les TypeMatrix : il est silencieux.
[^] # Re: Tout pareil. Sauf pour les peaux.
Posté par Glandos . En réponse au journal Coup de mou pour les claviers Typematrix. Évalué à 3.
Ça, c'est la matière grasse qui provient des mains.
C'est dur de juger, moi aussi j'ai la flemme de me les laver à chaque fois que je me remets au clavier.