Hacker News
-
Nvidia agrees to acquire Hugging Face for $13B
Nvidia est en négociations avancées pour acquérir Hugging Face, la plateforme centrale de l'écosystème IA open-source, pour un montant estimé à plus de 13 milliards de dollars. Les discussions sont en cours mais aucun accord n'est finalisé. Nvidia a déjà participé à la levée de fonds de Hugging Face en 2023, et l'acquisition renforcerait sa position auprès des développeurs d'IA, bien qu'elle puisse menacer la neutralité de la plateforme. Les fondateurs sont français, et l'offre de Nvidia survient après que Hugging Face a refusé un investissement de 500 millions de dollars l'an dernier.
La discussion tourne surtout autour des risques que cette acquisition fait peser sur l'écosystème open source. Plusieurs commentateurs estiment que Nvidia cherche à contrôler le canal de distribution des modèles, ce qui pourrait se traduire par des restrictions sur les modèles quantifiés, non censurés ou non-CUDA. L'un d'eux prédit que les modèles quantifiés seront bientôt interdits sur la plateforme, tandis qu'un autre craint que Nvidia favorise ses formats propriétaires. D'autres rappellent que Nvidia a tout intérêt à garder l'open source vivant pour vendre ses GPU, et que son historique (Nemotron, optimisations) va dans ce sens. Un avis minoritaire y voit au contraire une menace antitrust, Nvidia obtenant un accès privilégié aux données d'utilisation et pouvant orienter les bibliothèques comme Transformers à son avantage.
La valeur de l'acquisition est questionnée : que paie Nvidia exactement ? Un commentateur ironise sur la possibilité de créer une forge alternative pour être racheté, et souligne que l'hébergement d'inférence de HF est médiocre. D'autres répondent que la marque, la confiance et l'écosystème valent cher, et que le système de stockage (via XetHub) est plus malin qu'il n'y paraît. Un commentaire relève que HF a refusé un investissement de 500 M$ à 7 Md$ un an plus tôt, ce qui montre un retournement spectaculaire. Plusieurs remarquent que le titre de l'article est inexact : il s'agit de discussions, pas d'un accord ferme.
Pour l'avenir, beaucoup s'inquiètent d'une concentration excessive : la plateforme est déjà de facto le standard, et son acquisition par un géant risque de réduire la diversité. Les alternatives évoquées sont les torrents, ModelScope, ou des forges auto-hébergées. La comparaison avec Microsoft-GitHub revient souvent, avec l'espoir que Nvidia adopte une gestion non interventionniste. Un commentateur note que les fondateurs français pourraient réinvestir dans un laboratoire européen, mais un autre conteste la pertinence de l'UE dans ce dossier. Globalement, la discussion exprime une défiance marquée envers l'intégration verticale de l'industrie, avec le sentiment que les régulateurs antitrust devraient s'en mêler.
-
CEO fired developers to make room for AI. Developers create open source AI CEO
Ce post Hacker News présente Open Executive, un projet open source qui simule une équipe de direction virtuelle d'entreprise. Il est présenté comme une réponse des développeurs à un CEO qui les aurait licenciés pour les remplacer par de l'IA. Le système orchestre huit agents spécialisés (stratégie, finance, RH, juridique, opérations, marketing, produit, communication avec le board) via un "Executive Orchestrator" basé sur le modèle claude-sonnet-4-6 d'Anthropic.
L'architecture repose sur un RAG avec ChromaDB (connaissances MBA intégrées + documents de l'entreprise), une mémoire épisodique stockée dans SQLite, et un planificateur de tâches pour les actions proactives. Le projet inclut une interface web Next.js, des intégrations Slack, Discord, email, et un système de déploiement sur Fly.io. Il est disponible sur GitHub sous licence open source.
Le post est souvent pris comme une satire ou une expérience de pensée, mais il déclenche un vrai débat sur l'automatisation du leadership. Plusieurs commentateurs estiment que les tâches de direction sont plus faciles à automatiser que le travail créatif des développeurs, en raison de leur caractère répétitif. D'autres y voient une guerre de classes, les LLM servant à monopoliser le savoir. Un fondateur partage un retour terrain positif : il utilise un agent Hermes comme 'patron' quotidien pour structurer ses tâches de levée de fonds, incorporation et conformité. Ce témoignage est toutefois nuancé par des critiques de fond sur les capacités réelles du système.
Nombreux sont ceux qui corrigent ou nuancent l'article. Le système présenté est décrit comme un 'manager réactif', pas un vrai CEO : il surveille des flux et répond, mais ne fixe pas de cap. Un commentateur cite une étude Harvard Business Review montrant que les LLM produisent du 'trendslop' — des conseils populaires plutôt que des stratégies adaptées, comparables à un MBA junior. Un autre souligne les limites de mémoire et de contexte, alors qu'un CEO doit trancher sur des informations confidentielles et négocier. Un dirigeant ironise sur les 'pépites' débitées par son nouveau CFO IA, signe d'une réflexion superficielle.
Le débat contredit l'idée d'un remplacement complet des dirigeants. Le rôle de 'sentir la musique' du marché (référence à Margin Call) et la capacité à imposer un changement de cap impopulaire restent hors de portée des LLM. Plusieurs doutent aussi de la rentabilité durable : un avantage concurrentiel disparaîtrait si tous utilisaient le même système. Un commentaire suggère de taxer les agents pour préserver la protection sociale, tandis qu'un autre juge le projet comme une complexité bureaucratique inutile. En somme, la discussion valide l'idée comme expérience de pensée, mais la juge irréaliste en l'état, tout au plus un assistant pour dirigeants, pas un remplaçant.
-
Saving 100 terabytes of memory by optimizing 1.1.1.1's DNS cache
Cloudflare détaille cinq optimisations de son cache DNS 1.1.1.1 (Big Pineapple) qui ont réduit de plus de 50 % l'empreinte mémoire par entrée, libérant environ 100 téraoctets de RAM sur l'ensemble de ses serveurs, soit l'équivalent de 130 serveurs Gen 13. Parmi les changements : remplacement des Vec et String par des Box<[T]> et Box
, fusion des listes de réponses avec des offsets u16, compression des booléens en bitflag, suppression du propriétaire quand il est identique au domaine interrogé, et redimensionnement des enums de RecordData. En plus des économies de mémoire, le cache est plus rapide : le débit d'insertion a augmenté de 43 % et la latence de lookup a baissé de 19 %. La discussion salue majoritairement les optimisations décrites, mais diverge sur leur timing. Certains estiment qu'il faut d'abord valider le produit puis optimiser, d'autres rétorquent qu'optimiser plus tôt éviterait de devoir déployer davantage de serveurs. Un avis nuancé souligne qu'à l'échelle de Cloudflare, économiser 100 To reste un « nice-to-have » plus qu'une nécessité. La remarque sur le taux d'adoption d'IPv6 (56% A, 25% AAAA) est relevée comme une preuve que l'IPv6 n'est pas négligé.
Sur le plan technique, plusieurs praticiens discutent des choix Rust. L'idée de stocker les enregistrements juste après les métadonnées est jugée difficile en Rust à cause des DST ; d'autres notent que regrouper plusieurs Vec en un seul peut compromettre les garanties de sécurité de Rust. Un retour d'expérience concret est apporté : avec MaraDNS, un seul gros malloc pour les entrées de blacklist réduit la mémoire de 237 Mo à 9,5 Mo. L'article est contredit sur un point : jemalloc, présenté comme performant pour le multithreading, est jugé médiocre par rapport à d'autres allocateurs modernes ; l'auteur suggère plutôt une réservation MAP_ANON | MAP_NORESERVE. Un commentateur s'interroge aussi sur le caractère « trivial » de ces optimisations, se demandant pourquoi les revues de code ne les ont pas vues plus tôt.
Enfin, une question d'un participant — pourquoi un cache si gros, et ne pas interroger directement la source ? — reçoit une réponse éclairante : un cache miss atteint un serveur de noms, donc le dataset est « l'ensemble des enregistrements DNS du monde ». Le résultat le plus intéressant, selon un commentateur, est que la représentation parsée n'est pas forcément plus rapide : le chemin critique est la lecture et la sérialisation, donc un format plus riche peut nuire à la localité. La discussion évoque aussi le TLV (type-length-value) comme équivalent au format utilisé, avec des précautions d'alignement en Rust. Globalement, la discussion apporte des nuances utiles sur les choix de conception et les alternatives possibles, tout en validant l'approche globale de l'article.
-
Small Models Have Arrived
L'auteur relate son expérience avec de petits modèles d'IA, notamment gpt-5.6-luna, qu'il trouve étonnamment performants, rapides (~100 tps) et très économiques : des tâches complexes comme rechercher dans des milliers d'e-mails coûtent seulement quelques dizaines de centimes. Il cite aussi GLM 5.3 comme une nouvelle option sur la frontière de Pareto, et note que ces progrès passent inaperçus face aux modèles les plus chers utilisés pour le code.
Le billet explique que le coût des tokens freine les applications grand public : le modèle traditionnel (site peu coûteux, viralité, publicité) est compromis par les coûts d'inférence. Son test de référence — un site d'actualités personnalisé — coûtait ~1 $ avec les modèles précédents, contre ~0,10 $ avec luna. Dans le monde professionnel, l'auteur estime que 95 % du travail consiste à être ultra-réactif et à faire avancer les projets, ce que ces modèles rapides et bon marché peuvent désormais accompagner, même si la demande pour les modèles de pointe reste forte.
Enfin, il prédit une montée en puissance de la demande pour les modèles « rapides/économiques/assez bons », mais souligne les besoins d'infrastructure restants : nouveaux harnesses, sécurité contre les injections de prompt, rôles et permissions.
La discussion confirme largement la thèse de l'article : plusieurs praticiens témoignent que les petits modèles locaux (Mistral 7B, Qwen, Luna) suffisent désormais pour une grande partie de leurs usages, avec des avantages décisifs en coût, vitesse et confidentialité. Un commentateur raconte avoir guidé un modèle 7B avec une bibliothèque pour écrire des tests, bien avant les modèles « pensants », et découvert que même sans amélioration, les possibilités étaient immenses. D'autres soulignent que Luna, très bon marché, permet de multiplier les itérations par 20 par rapport à un modèle premium comme Sol, et que pour des tâches simples (résumé, tool calling), c'est largement suffisant. L'expérience locale est aussi valorisée : pas de latence, pas de rate limits, et une maîtrise totale des données. Un développeur d'app Bluesky a fait passer une fonctionnalité de résumé embarquée de « science experiment » à un outil utilisable, sans coût variable, même sur des appareils modestes.
Mais l'accord n'est pas unanime. Un avis minoritaire mais argumenté affirme que les grands modèles restent supérieurs sur toutes les tâches, y compris celles hors de leur domaine d'optimisation : la convergence vision-langage suggère que la connaissance globale n'est jamais un handicap, et que les petits modèles ne performent bien que dans la mesure où ils imitent les grands. Un autre commentateur note que la définition de « petit » est floue, et certains cherchent des modèles de la taille de 100 MiB, un créneau encore peu fourni. Sur le coût, un débat éclate : certains trouvent Luna « ridiculement bon marché », d'autres jugent le prix au million de tokens encore élevé. Plusieurs avertissent aussi sur les tokens de raisonnement : un petit modèle qui « pense » peut brûler 2800 tokens par appel et coûter finalement plus cher qu'un modèle plus direct, ce qui fausse les mesures de vitesse annoncées.
La discussion corrige ou nuance l'article sur plusieurs points. D'abord, le « small models have arrived » est à relativiser : leur efficacité dépend fortement du harnais (guidance, prompts) et du cas d'usage.
-
Microduck
Microduck est un petit robot canard open source, entraînable par apprentissage par renforcement. Ses comportements (marche, assis-debout, coup de pied, attraper, patin à roulettes, se relever) sont appris en simulation avec MuJoCo puis déployés sur le robot. Le SDK complet, la simulation et la stack RL sont disponibles sur GitHub sous licence Apache-2.0, et les utilisateurs peuvent retraîner les politiques et les publier. Le robot existe en quatre coloris et des packs d'accessoires sont proposés.
La discussion autour de Microduck, le robot-canard de Pollen Robotics, est globalement enthousiaste mais nuancée. Plusieurs commentateurs soulignent le bon rapport qualité-prix (moins de 400 $) et la qualité des servos Dynamixel, plus chers mais plus fiables que les Feetech habituels, ce qui rend ce prix étonnant. Un avis y voit une « produit d'appel » (loss leader) plutôt qu'un compromis caché. Plusieurs notent l'intérêt du simulateur MuJoCo (moteur de DeepMind) pour apprendre des mouvements par renforcement, et y voient un potentiel comparable à l'Arduino pour la robotique de loisir. En revanche, certains regrettent que le matériel ne soit pas open source, contrairement à l'ancien Reachy Mini (Apache 2.0 et CC BY-SA-NC), et souhaiteraient pouvoir imprimer et assembler leur propre robot. La question des caméras et de la vie privée est également évoquée, mais plusieurs répondants précisent que le robot peut fonctionner entièrement hors ligne et localement, ce qui rassure.
Plusieurs commentaires apportent des corrections ou des précisions factuelles. L'article laissait entendre que le clavier ZQSD était un défaut de localisation ; or, un commentateur indique que le simulateur répond bien aux touches WASD/Q/E et que seul l'écran de démarrage est mal localisé. D'autres précisent la filiation : Pollen Robotics a été racheté par Hugging Face, lui-même racheté par Nvidia, ce qui explique le contexte. La concurrence est évoquée avec le Mondo Robotics, mais le Microduck est jugé plus convaincant, notamment pour ses vidéos. Certains notent que le robot n'a pas de bras, mais un commentaire ironise sur l'utilisation du bec. Enfin, une remarque sur les images « toutes générées par IA » est contredite par un autre qui juge le produit réel et fonctionnel, avec un retour d'expérience sur le Reachy Mini utilisé avec Home Assistant.
Les divergences portent principalement sur l'utilité réelle : si certains y voient un jouet formidable pour initier les enfants et les étudiants à la robotique, d'autres doutent de l'intérêt pratique à la maison, faute de cas d'usage concret.
-
507 Mechanical Movements
Publication en ligne de l'ouvrage de référence technique de Henry T. Brown sur 507 mouvements mécaniques, avec certaines animations déjà réalisées (identifiées par des vignettes en couleur) et d'autres à venir. Les illustrations originales sont conservées, et les visiteurs peuvent suivre l'avancement via les réseaux sociaux.
La discussion célèbre largement le site 507 Mechanical Movements comme une ressource passionnante et soignée, un exemple de « vieille école » d'Internet apprécié pour sa simplicité et sa niche. Plusieurs commentateurs partagent des ressources connexes : la collection physique du Musée des Sciences de Boston (Clark Collection), des chaînes YouTube spécialisées dans les mécanismes, le livre source sur Internet Archive, ou encore le « alphabet mécanique » de Christopher Polhem. Un avis récurrent est le souhait de voir les animations restantes terminées et d'ajouter des noms ou titres pour chaque mécanisme, la version en ligne étant jugée frustrante quand on consulte un mouvement isolé sans son identification.
Des désaccords factuels apparaissent : un commentateur affirme que les cordes de deux animations semblent partiellement aller dans la mauvaise direction, mais un autre répond que tout lui paraît correct, évoquant un problème d'aliasing visuel. Plusieurs participants trouvent le contenu répétitif, beaucoup de mouvements n'étant que des variations mineures, et demandent une liste réduite aux concepts réellement distincts. D'autres proposent des usages innovants : utiliser le site comme jeu de données pour l'apprentissage des LLM, comme benchmark pour l'animation générée par IA, ou encore comme base pour un simulateur modulaire avec calculs de vitesse et de couple. Un commentaire technique approfondi sur le mouvement n° 39 (mécanisme à roulements) explique pourquoi les paliers ne sont pas directement chargés, apportant une analyse que l'article n'inclut pas.
La discussion nuance l'article en soulignant que le site est un complément au livre, mais que sa consultation isolée sans contexte ni nom est limitante. Elle signale aussi des inexactitudes potentielles dans certaines animations, même si ce point est contesté. Plusieurs liens vers des discussions précédentes sur HN montrent que le sujet revient régulièrement depuis plus de dix ans, preuve de son attrait durable.
-
Show HN: The load-bearing vocabulary of Claude
Publication sur Hacker News de Labo333, présentant un projet intitulé 'The load-bearing vocabulary of Claude'. Aucun détail supplémentaire n'est disponible dans le texte fourni.
La présentation visuelle est saluée, et l'auteur précise que les données sont actualisées quotidiennement via GitHub Actions. Mais le fond du débat dépasse le simple lexique : plusieurs commentateurs estiment que le problème est plus large — structures de phrases (« X, not Y », « it verbs no noun »), verbosité, et tics d'écriture qui rendent le texte difficile à lire. Un commentateur souligne que l'analyse ne porte que sur des mots isolés, pas sur les tournures ou les idiomes, et suggère d'étudier aussi la syntaxe. D'autres notent que ce style n'est pas propre à Claude : on le retrouve chez d'autres LLM, ou simplement dans le jargon des équipes techniques, avec un effet de concentration (un « collègue » unique utilisé en masse).
Les causes font débat. Un test rapporté par un commentateur : après ajout de la règle d'Orwell interdisant les métaphores convenues, Claude a répondu que son harnais lui ordonnait explicitement d'employer « load-bearing ». Cela suggère une origine dans le prompt système plutôt qu'un simple hasard statistique. D'autres évoquent une boucle de rétroaction : les modèles s'entraînent sur de plus en plus de contenu généré par IA, ce qui amplifierait ces tics. Un avis minoritaire y voit un signe d'intelligence plus dense, mais la plupart y voient une dérive rédactionnelle agaçante. Plusieurs commentateurs rapportent devoir bannir certains mots (« name(s) » comme verbe, « carries », « verdict », « judge ») ou ajouter des règles strictes (TL;DR, interdiction des « you should know that ») pour rendre la sortie supportable.
Des exemples concrets sont apportés : « sidecar » est 3,6 fois plus fréquent dans le cluster Claude ; « shipped » était déjà courant avant l'IA ; des mots manquants comme « vacuous », « latch », « wedged » ou l'expression « this is where X earns its keep ». Un commentaire pointe l'ironie du README du projet, écrit dans le même style « Claudish » que celui qu'il dénonce, ce qui crée une dissonance. Enfin, un détail méthodologique : l'auteur précise qu'il calcule des fréquences relatives par PR, et non des comptages bruts.
-
Trade (and Tariffs)
Article intitulé « Trade (and Tariffs) » sur Hacker News, sans contenu disponible.
La discussion juge l'analogie du dessin (le corps et les membres) trop simpliste. Plusieurs commentateurs rappellent qu'un déficit commercial est symétriquement un excédent de capital, et qu'il déplace l'économie entre secteurs exportateurs et secteurs d'actifs, sans être un mal en soi. Un avis souligne que l'analogie biologique est fausse : les cellules partagent le même génome, contrairement aux acteurs économiques indépendants. Le texte alternatif (jambes vs bras) est lu comme une menace, mais certains suggèrent qu'une scie ou un pistolet serait plus clair, renvoyant à l'idée de se tirer une balle dans le pied.
Sur les droits de douane, les avis divergent. Plusieurs commentateurs défendent l'idée qu'un tarif peut être un outil légitime pour protéger les travailleurs contre la concurrence déloyale ou les pratiques non tarifaires étrangères, mais critiquent l'application actuelle, jugée erratique et contre-productive. Un commentaire note que les économistes des administrations Biden et Trump soutiennent les droits de douane, mais que la différence tient à la stratégie. L'exemple de l'administration Biden, qui a aussi frappé la Chine et le Canada, est cité pour nuancer l'idée que les tarifs sont propres à Trump. À l'inverse, un commentaire évoque le Plaza Accord de 1985 pour montrer les effets néfastes des manipulations monétaires et commerciales, et conclut que les tarifs sont mauvais, sauf pour ceux qui les imposent.
Plusieurs remarques corrigent l'article : le déficit commercial n'ignore pas les biens reçus en échange, et il exclut les services, qui favorisent les États-Unis. Un commentaire illustre cela en disant qu'on a un "déficit" avec l'épicerie mais un "surplus" avec son employeur, et demande lequel est le plus agréable. La boucle de rétroaction lente des politiques économiques est également soulignée : le blâme retombe sur le successeur, pas sur l'auteur des décisions. Enfin, l'idée que les tarifs protègent les travailleurs est nuancée par le fait que des entreprises et des individus se sont enrichis en délocalisant, et que les frontières ouvertes réduisent les risques de guerre.
-
Mechanical Turk shutting down September 30
Amazon Mechanical Turk (MTurk), le service de crowdsourcing d'Amazon, ferme le 30 septembre. Le texte rappelle que MTurk permettait de déléguer des microtâches (validation de données, modération de contenu, etc.) à une main-d'œuvre mondiale à la demande, et qu'il était utilisé notamment pour le développement de l'apprentissage automatique.
Plusieurs commentateurs ne sont pas surpris par la fermeture de Mechanical Turk : la plateforme, inondée de tâches automatisées et de réponses générées par IA, a perdu sa raison d'être pour les tâches non spécialisées. Ils rappellent que MTurk servait souvent de travail pénible et mal payé, et certains racontent avoir gagné quelques dollars en effectuant des tâches répétitives. Un participant, se présentant comme le plus gros donneur d'ordre des dix dernières années, révèle que le programme manager senior d'Amazon a quitté le projet il y a deux ou trois ans pour Bedrock et SageMaker Model Evaluations, laissant MTurk sans équipe dédiée après la migration vers la facturation AWS native. L'annonce a été faite en même temps aux donneurs d'ordre et au public, signe d'un abandon progressif.
La discussion contraste avec l'idée d'une simple obsolescence : nombreux sont ceux qui jugent le timing absurde, alors que les agents IA pourraient déléguer des tâches physiques à des humains, et que des startups comme Mercor (évaluée à 20 milliards de dollars) font exactement ce que faisait MTurk. Plusieurs commentateurs soulignent le besoin persistant de jugements humains, notamment pour les sciences sociales ou la vérification des sorties d'IA. Mais des retours concrets nuancent aussi la qualité de MTurk : un test d'identification de chiffres MNIST via l'intégration Bedrock a donné une précision à peine meilleure que le hasard, malgré des travaux académiques publiés sur la base de ces données. Un autre utilisateur, qui a employé MTurk il y a huit ans pour extraire des PDF scannés, rapporte avoir dû mettre en place un système de consensus pour atteindre 85-95 % de précision, ce qui montre que la qualité n'allait pas de soi.
Enfin, plusieurs commentateurs évoquent les travailleurs vulnérables dans les pays à faibles infrastructures, pour qui la fermeture est une catastrophe, tandis que d'autres y voient la main du progrès de l'IA. La discussion pointe aussi la négligence d'Amazon : mentions de copyright non mises à jour depuis 2018, départs des équipes, et comparaison avec la frénésie de fermetures de services chez AWS.
-
Tell HN: PayPal blocks GrapheneOS
Un post sur Hacker News indique que PayPal bloque GrapheneOS, sans autre détail fourni.
La discussion confirme que PayPal bloque effectivement l'application sur GrapheneOS pour certains utilisateurs, mais ce n'est pas systématique : plusieurs commentateurs indiquent que l'application fonctionne toujours, notamment sur un Pixel 10 Pro non rooté, avec des configurations variées. D'autres signalent des crashs au lancement ou des blocages, et certains pensent qu'il s'agit d'une détection de root défaillante plutôt que d'un blocage volontaire : GrapheneOS n'est pas rooté par défaut, et PayPal utilise des vérifications d'intégrité qui peuvent se déclencher à tort. Un commentaire rappelle que les applications de détection de root sont connues pour mal fonctionner avec GrapheneOS, et que PayPal a déjà eu ce genre de problème par le passé. Plusieurs utilisateurs parviennent à contourner le blocage en modifiant les paramètres de GrapheneOS : désactiver le « secure app spawning », activer ou ajuster le « exploit protection compatibility mode », ou encore désactiver les paiements sans contact. D'autres recommandent simplement d'utiliser le navigateur mobile en mode desktop, solution qui fonctionne sans problème. Un commentateur a obtenu que trois applications fonctionnent en insistant par email, sans entrer dans les détails techniques au premier abord, et en expliquant que l'on refuse le service à des utilisateurs soucieux de sécurité. La discussion contredit donc le titre de l'article : PayPal ne bloque pas tous les GrapheneOS, et des solutions existent, même si elles demandent des manipulations non évidentes.
Plusieurs avis divergent sur la cause et la responsabilité. Certains jugent que PayPal a raison de se méfier des OS non attestés, par analogie avec un détecteur de métaux qui ne fait pas la différence entre un bon et un mauvais porteur d'arme. D'autres rétorquent que la sécurité d'une application bancaire ne devrait pas dépendre du téléphone, mais de la robustesse de l'authentification à deux facteurs, et que vérifier l'OS est une intrusion injustifiée. Un avis minoritaire estime que la volonté de PayPal de bloquer les OS non vérifiés est en soi un problème, indépendamment de l'intention.
-
Asahi Linux Progress Report: Linux 7.2
Ce rapport de progrès Asahi Linux pour Linux 7.2 détaille les avancées dans la gestion de l'énergie des cœurs CPU sur Apple Silicon. Il explique la complexité de l'infrastructure de power management et l'exigence d'utiliser PSCI pour l'amont du noyau arm64. Or les puces Apple ne disposent pas d'EL3, rendant les conduits SMC/HVC classiques inutilisables.
Pour contourner ce problème, Sven travaille sur un conduit PSCI basé sur les UEFI Runtime Services : m1n1 réserve sa mémoire et laisse une implémentation PSCI, que le noyau peut appeler malgré le même niveau d'exception. Les correctifs sont proposés en RFC. Par ailleurs, sur la série M4, Apple fige des réglages (chicken bits) qui font perdre l'état CPU en WFI ; un paramètre de ligne de commande noyau permet de configurer la boucle d'idle pour éviter les crashes en attendant le pilote cpuidle.
Le rapport évoque aussi la sécurité avec SPTM, évolution de PPL, qui isole la gestion des tables de pages via GXF et SPRR sur les puces Apple.
La discussion salue largement les progrès d'Asahi Linux, mais elle est traversée par des inquiétudes sur la soutenabilité du projet. Plusieurs commentateurs soulignent la baisse des dons, citée dans le billet de démission du fondateur, et le manque de financement pour accéder au matériel récent. D'autres s'interrogent sur la pertinence d'investir autant d'efforts dans le reverse engineering alors qu'Intel et AMD rattrapent leur retard en efficacité énergétique, même si des voix opposées mettent en avant la qualité de l'écran, du trackpad et la quantité de RAM comme raisons de préférer un Mac sous Linux.
Sur le plan technique, la discussion apporte des précisions et corrige certains points. Le support de l'ACE3 (USB/Thunderbolt sur M3) via SPMI est confirmé, et un commentateur explique qu'Apple, grâce à sa licence architecturale ARM, n'est pas tenu de respecter certaines spécifications, notamment pour les registres non exposés à l'espace utilisateur. Un autre note que le bootloader M4 posait des incompatibilités de débogage, contrairement à ce qu'on aurait pu craindre pour M3. L'interface v4l2-requests n'est pas compatible avec va-api selon un praticien, ce qui nuançait l'annonce du support vidéo. Enfin, plusieurs utilisateurs recommandent d'utiliser une VM (UTM, hypervisor) plutôt qu'Asahi pour partager des données avec macOS, ou de remapper les touches pour retrouver les raccourcis Linux.
Un débat de fond oppose ceux qui réclament une loi sur le matériel ouvert et ceux qui jugent cette idée irréaliste, tandis que d'autres comparent Asahi à des projets comme le homebrew Wii. La politique anti-IA du projet est critiquée par certains, qui y voient une cause de lenteur, mais un commentaire rappelle qu'il s'agit d'une décision des mainteneurs. Enfin, l'affirmation selon laquelle Apple ne soutient pas les OS alternatifs est contredite par un lien vers la documentation d'interopérabilité officielle. Globalement, la discussion dépasse le simple rapport d'étape en apportant des retours terrain et des débats stratégiques.
-
Gemini-3.5-Transcribe
Google annonce Gemini 3.5 Transcribe, son nouveau modèle de transcription vocale. Il convertit l'audio brut en texte formaté, gère les auto-corrections, filtre les mots de remplissage, propose l'appel de fonction, la reconnaissance de vocabulaire personnalisé, plus de 85 langues et l'identification de locuteurs. Ses taux d'erreur sont de 4,0% en streaming et 2,6% hors streaming, avec une amélioration de 70% de la latence par rapport à Chirp 3. Disponible via l'API Gemini dans Google AI Studio et la Gemini Enterprise Agent Platform, il est intégré à Gboard (Rambler), à l'application Gemini sur macOS et bientôt dans Chrome.
La discussion confronte le nouveau modèle de transcription de Google à l'expérience de terrain. Plusieurs commentateurs ayant testé de nombreux STT (Voxtral Mini 3b, Soniox, ElevenLabs Scribe) saluent la précision de Gemini-3.5-Transcribe, jugée supérieure sur la reconnaissance multilingue et les termes techniques, mais pointent une latence encore trop élevée pour les usages temps réel (traduction simultanée, dictée vocale). Un praticien du domaine note que Soniox reste leader sur la latence, tandis qu'un autre trouve Gemini plus rapide sur le comparatif de Soniox. Voxtral Mini 3b est cité comme le seul modèle local satisfaisant pour les conversations multilingues mélangées, ce qui relativise l'intérêt de la solution cloud pour certains. Une approche hybride est évoquée : Whisper pour les horodatages, puis correction par Gemini Flash.
La discussion corrige plusieurs points de l'article. Le blog laisse entendre que le modèle peut faire du function calling, or les docs précisent qu'il ne le peut pas : c'est un probable abus de langage, ou une erreur de rédaction. Un commentateur signale que son propre benchmark (multilingualsttbench.com) ne place pas le modèle en tête sur la latence, mais un autre lui répond que son classement le montre pourtant premier en précision. La disponibilité est aussi floue : Rambler n'est pas encore visible dans GBoard, certains parlent d'un déploiement progressif limité aux Pixel 10+ et aux récents Samsung. Les tarifs sont fournis : $2/1M tokens d'entrée audio et $12/1M de sortie texte (ou $3,50/$21 pour la version live), soit environ $0,003/min. Enfin, plusieurs commentateurs regrettent l'absence de diarisation fiable au-delà de 3 locuteurs, alors que Soniox ou Deepgram gèrent cela.
Les avis négatifs portent sur des défauts qualitatifs : un utilisateur sur Pixel 11 Pro déplore que le modèle « simplifie » des phrases précises en supprimant des nuances importantes, même si le mode Verbatim est censé l'éviter. D'autres redoutent les hallucinations, un problème connu de Chirp ou Whisper sur des audio bruités ou vides, bien qu'un utilisateur intensive dise n'avoir jamais eu de meilleur modèle de dictée.
-
Zohran and the Short Link
L'article salue l'initiative de Zohran, figure politique new-yorkaise, qui conclut ses vidéos sur les réseaux sociaux par un lien court de type nyc.gov/{initiative}. Cette pratique rend l'engagement civique plus simple et lisible, concentre la distribution sur un site officiel et crée un réflexe d'interaction avec la municipalité.
La discussion valide globalement l'initiative de Zohran Mamdani : des liens courts et mémorables sont jugés efficaces pour la participation civique, car faciles à taper sur mobile et à retenir. Plusieurs commentateurs rappellent que ce n'est pas une nouveauté, citant les go links internes, les URLs du BBC (bbc.co.uk/thing) ou le système go.gov.sg de Singapour. Un avis majoritaire salue cette communication directe, même si l'un d'eux fait remarquer qu'un simple réducteur d'URL ne mérite pas le titre de « génie ».
Les critiques techniques apportent des nuances concrètes : l'incohérence entre CamelCase et traits d'union est pointée, avec la précision que toutes les variantes de casse sont réservées. Sur le choix sous-domaine vs chemin, un commentateur recommande les chemins pour une même organisation. Un débat oppose ceux qui préfèrent un sous-domaine dédié (go.nyc.gov) pour des raisons de gestion à ceux qui soulignent que cela allongerait inutilement les liens. La durabilité des URLs est discutée : plusieurs citent le principe « Cool URIs don't change » et suggèrent un historique versionné, mais un commentaire rassure en notant qu'il ne s'agit que de redirections. Un participant affirme que les liens sont cassés sur mobile et truffés de fautes, ce que contredit un autre qui dit « ça marche chez moi ».
Quelques commentaires divergent sur la portée politique : l'initiative est vue soit comme une bonne pratique de transparence, soit comme un simple coup de communication. Un fil parallèle déplore la dépendance des institutions aux réseaux sociaux peu fiables et plaide pour des protocoles ouverts comme RSS. Les attaques politiques restent marginales et sans lien direct avec le fond technique. Dans l'ensemble, la discussion confirme l'intérêt des liens courts tout en apportant des correctifs sur leur mise en œuvre.
-
Gemini Omni 1.1 Flash
Google annonce Gemini Omni 1.1 Flash, une mise à jour de son modèle de génération vidéo avec de nouveaux contrôles créatifs. Les principales nouveautés incluent l'extension de scènes avec analyse de 10 secondes de contexte, la spécification des première et dernière images pour des transitions fluides, un mode brouillon en 360p plus rapide et moins coûteux, l'upscaling jusqu'en 4K, et la possibilité d'ajouter des références vidéo dans l'entrée multimodale. Le modèle est disponible via l'API Gemini dans Google AI Studio, sur la plateforme Agent Platform pour les entreprises, et pour les abonnés Google AI dans Google Flow et l'application Gemini.
La discussion sur Gemini Omni 1.1 Flash oscille entre fascination et lassitude. Plusieurs commentateurs ressentent un malaise face au marketing « omniscient » de Google, évoquant une ambiance apocalyptique, tandis que d'autres avouent être devenus insensibles à ces annonces successives. La précision des détails dans la démo est saluée, mais la question de l'utilité réelle de ces vidéos générées revient : au-delà de l'effet de démonstration, qu'apportent-elles ? Certains soulignent l'impact sur les acteurs et doubleurs, notant que les syndicats négocient déjà des protections, contrairement aux développeurs de logiciels qui restent désorganisés.
Les retours pratiques sont plus mitigés et contredisent en partie l'enthousiasme de l'article. Un utilisateur regrette l'absence de synchronisation avec un audio préexistant, fonctionnalité jugée essentielle et probablement écartée par Google par crainte des deepfakes. D'autres signalent le caractère non déterministe de la génération à différentes résolutions, ce qui complique les usages professionnels. Le mode 360p pour des brouillons rapides est bien accueilli, mais le coût et les restrictions d'utilisation freinent l'adoption. Un point clé émerge : la qualité brute devient un prérequis, et c'est la contrôlabilité qui fera la différence. À l'inverse, un parent raconte utiliser ces outils pour transformer les constructions LEGO de son enfant en vidéos, y voyant un potentiel créatif réel.
Sur la stratégie, plusieurs commentateurs s'interrogent sur le choix de Google de persévérer dans la génération vidéo quand OpenAI a abandonné Sora. La réponse est à chercher du côté de YouTube, qui fournit à la fois des données d'entraînement massives et un intérêt économique direct. Un avis critique dénonce la fragmentation des modèles chez Google et affirme que son vrai avantage n'est pas dans les capacités brutes mais dans l'intégration aux services comme la recherche. D'autres remettent en cause le culte des « modèles frontières », estimant que la course aux gros modèles est économiquement intenable.
-
We found a division by zero bug in FFmpeg with a vibecoded fuzzer
Le titre annonce la découverte d'un bug de division par zéro dans FFmpeg grâce à un fuzzer "vibecodé" (généré avec l'aide de l'IA). La page réelle affiche un défi anti-bot Anubis, le contenu de l'article n'est donc pas accessible dans le texte fourni.
Plusieurs commentateurs corrigent l'article : ce bug de division par zéro dans FFmpeg n'est pas une découverte nouvelle. Un patch avait déjà été soumis en avril et le problème avait été signalé dès 2024, ce qui rend la « redécouverte » après 1100 commits assez ironique. D'aucuns minimisent l'importance du bug lui-même : il s'agit d'un crash non exploitable sur des données invalides, sans impact sécurité. D'autres rétorquent qu'un bug reste un bug, même bénin, et que l'article ne prétend pas qu'il s'agit d'une faille critique.
Le débat porte surtout sur la valeur réelle du fuzzer « vibecodé ». L'auteur du projet (OP) intervient pour préciser qu'aucun LLM n'a trouvé le bug : c'est le fuzzer qui l'a détecté, et l'IA a servi à implémenter des algorithmes issus d'articles de recherche, en utilisant plusieurs modèles de différents fournisseurs. Plusieurs commentateurs soulignent que l'intérêt n'est pas que l'IA écrive le fuzzer, mais qu'un harnais peu coûteux trouve encore des bugs classiques dans des parseurs anciens. Certains estiment que ce type de découverte est trivial et aurait pu être fait manuellement, tandis que d'autres répliquent que le fuzzer a trouvé le bug avant tout humain et qu'il continue à être utile.
Des avis divergent sur la maintenance de FFmpeg : un commentaire note que le patch soumis n'a pas été fusionné, illustrant des difficultés de contribution, tandis qu'un autre espère que le passage à Forgejo améliorera les choses. Enfin, le README du fuzzer est critiqué comme étant du « slop IA », ce à quoi l'OP répond qu'un PR d'amélioration serait le bienvenu. Au-delà de la polémique, plusieurs commentateurs s'accordent à dire que la diversité des approches de fuzzing est bénéfique, chacun ayant ses angles morts.
-
Worst-case glacial lake flood scenarios in a transboundary Himalayan basin 2022
Étude sur les crues soudaines par débâcle glaciaire (GLOF) dans un bassin himalayen transfrontalier, menée par Owen King et Tandong Yao. Les auteurs simulent des scénarios extrêmes pour deux lacs dangereux (Galongco et Jialongco) au Tibet, comparant les vagues de crue à Nyalam et à la frontière népalaise. Ils évaluent aussi le risque d'un futur lac potentiel en amont. Les résultats montrent que d'importantes avalanches rocheuses ou glaciaires pourraient générer des débits plus de 15 fois supérieurs aux observations antérieures. Les délais d'alerte seraient de 5 à 11 minutes à Nyalam et de 30 minutes à la frontière. Les mesures récentes de baisse du niveau de Jialongco auraient peu d'effet sur les impacts d'un très grand événement. L'étude appelle à une approche intégrée de gestion des risques combinant systèmes d'alerte précoce, zonage et renforcement des capacités locales.
Plusieurs commentateurs expriment leur colère et leur impuissance face à la répétition de ces catastrophes annoncées, citant l'exemple du Sikkim et des avertissements publiés depuis des années. Ils pointent un décalage entre la connaissance scientifique et l'inaction politique, renvoyant au concept de « hypernormalisation » : tout le monde sait, mais les discours officiels maintiennent une normalité factice. D'autres évoquent une incapacité humaine à réagir aux risques qui montent lentement, contrairement aux dangers immédiats. Cette dimension politique rejoint l'article sur les scénarios extrêmes : la modélisation existe, mais la prévention ne suit pas.
Sur le plan factuel, la discussion corrige nettement l'article. Plusieurs intervenants précisent que l'événement récent ne semble pas être un débâcle glaciaire (GLOF) mais l'effondrement d'un front glaciaire en altitude, dont l'onde sismique enregistrée par l'USGS provient du glissement lui-même, et non d'un séisme. Un commentateur souligne que le site modélisé dans l'article se trouve de l'autre côté d'un massif de 8000 m, mais un autre lui répond en citant des références qui classaient déjà cette vallée comme à haut risque, avec des bâtiments exposés – ce qui nuance la critique d'inutilité des modèles. Un avis minoritaire insiste sur la difficulté de prédire la réalité, malgré l'abondance de publications sur les scénarios pessimistes. La discussion s'accorde en revanche sur l'urgence d'installer des capteurs et des sirènes, même si leur efficacité reste limitée face à des phénomènes aussi rapides.
Plusieurs commentaires établissent des parallèles historiques (Huascaran en 1970, la tragédie de Vargas) et évoquent des événements récurrents comme ceux de Juneau en Alaska. Un long échange aborde la question de la faisabilité d'une évacuation permanente des zones à risque : les vallées sont souvent les seules terres habitables et cultivables, les régions sont pauvres, et aucune construction ne résiste. La seule solution serait de ne pas habiter ces zones, ce qui est irréaliste à grande échelle.
-
Suica, Japan's First IC Transit Card
L'article retrace l'histoire et le fonctionnement de Suica, la carte de transport sans contact de JR East au Japon, développée dans les années 90. Chaque carte contient une puce avec un identifiant unique et le solde, et la transaction se fait localement entre la carte et la borne, sans serveur central ni batterie, afin de respecter un budget de moins de 200 millisecondes face à l'affluence des gares de Tokyo. Le texte explique aussi les débuts difficiles du projet, entre tickets papier poinçonnés manuellement et tickets magnétiques, jusqu'au partenariat avec Sony et la technologie FeliCa, après le succès de la carte Octopus à Hong Kong en 1997. Les défis techniques incluent l'alimentation de la carte par le champ électromagnétique du portique, la portée de communication de 85 mm, et des problèmes de performance élevée lors des premiers prototypes.
La discussion confirme largement les qualités de Suica : plusieurs voyageurs témoignent de sa rapidité, de son universalité (distributeurs, magasins, restaurants) et de sa simplicité d'utilisation, notamment via Apple Wallet qui permet de créer une carte à distance avant même le départ. D'autres relativisent cette performance, comparant Suica à n'importe quelle carte RFID européenne ou new-yorkaise, et un commentateur note que le passage en portique prend également une seconde. Le débat s'accorde sur l'existence d'obstacles pour les touristes : absence de puce Felica sur la plupart des Android hors Japon, rechargement en espèces par paliers (souvent 500 ou 1000 yens), dépôt de 500 yens. Apple Pay contourne ces difficultés, mais Google Wallet est restreint aux appareils vendus au Japon, ce que certains attribuent au coût du support matériel plutôt qu'à une simple licence. La pénurie de cartes permanentes et les cartes temporaires « Welcome Suica » expirant au bout de quatre semaines ont aussi frustré des visiteurs.
Plusieurs commentateurs apportent des informations concrètes qui corrigent ou nuancent l'article. Le manchot, mascotte de Suica, n'appartient pas à JR East mais à un artiste et à l'agence Dentsu, qui doit approuver tout usage, ce qui explique sa disparition prochaine malgré les protestations. Les frais de transaction pour les commerçants sont de 2 à 3,2 %, similaires à ceux d'une carte de crédit, ce qui surprend dans un pays où l'on accepte Suica presque partout avec le sourire. Côté sécurité, un commentateur rappelle que des versions précédentes de ces cartes ont été cassées par analyse différentielle de puissance, et qu'une faille récente a été rendue publique, ce qui pourrait devenir intéressant à exploiter. Un résident suisse vante le système d'application mobile qui calcule automatiquement le meilleur tarif (y compris les passes 24h) et juge le tap-in/tap-out fondamentalement inférieur, mais plusieurs voix lui répondent que le système japonais fonctionne très bien en pratique.
-
Kusama Yayoi has died
Titre : Kusama Yayoi has died. Aucune information supplémentaire n'est disponible.
La discussion est unanimement émue par la disparition de Yayoi Kusama, saluée comme une légende. De nombreux commentateurs partagent des expériences personnelles marquantes : visites d'expositions avec des proches, souvenirs des Infinity Rooms, installations découvertes par hasard à Naoshima, à l'aéroport de San Francisco ou même dans un casino de Las Vegas, où l'œuvre semblait déplacée au milieu du commerce. Plusieurs regrettent de ne pas avoir eu assez de temps dans ces espaces immersifs, et certains évoquent l'impact durable de son art, comme cet utilisateur dont l'avatar GitHub représente une de ses œuvres depuis des années. Un commentaire raconte avoir découvert son travail via la blockchain Kusama, un hasard jugé étrange mais cool.
Les commentaires apportent aussi des informations concrètes : un documentaire intitulé « Kusama: Infinity » (2018) est visible gratuitement en ligne, une exposition se tiendra à l'automne au Stedelijk Museum d'Amsterdam, et une installation permanente est visible à l'aéroport de SFO. Des liens vers la déclaration officielle de sa fondation et la nécrologie du NYTimes sont partagés. Certains mentionnent son édition illustrée d'Alice au pays des merveilles, considérée comme un objet précieux. Un commentateur recommande chaleureusement une vidéo d'entretien où elle s'exprime avec éloquence, publiée par le Louisiana Channel.
La discussion ne contredit pas l'article mais le nuance sur un point : plusieurs visiteurs déplorent que les selfies dans les salles de miroirs aient causé des dégâts, tandis qu'un commentateur vivant au Japon apprécie l'interdiction de photographier dans les musées, tout en regrettant de ne pas pouvoir conserver de traces. Un aparté sur la fréquence des annonces de décès sur HN est resté sans suite et sans lien avec l'artiste. Dans l'ensemble, les commentaires témoignent d'un attachement sincère et d'une reconnaissance pour une carrière longue et prolifique.
-
Decompiling a Nintendo 64 game in 84 days
Le projet de décompilation du jeu N64 Snowboard Kids est terminé : l'intégralité du code machine du jeu original a désormais une implémentation C équivalente. Le projet a été mené en 84 jours, contre 596 pour Snowboard Kids 2, grâce notamment à l'utilisation d'agents IA, mais aussi à l'expérience de l'auteur et à l'aide de la communauté de décompilation.
L'article détaille les défis posés par le compilateur IDO de SGI, moins documenté que GCC, et explique comment les agents IA ont été utilisés pour identifier et matcher le code des bibliothèques, et comment un fichier DECOMPILATION_LEARNINGS.md a servi à capitaliser sur les découvertes des quirk du compilateur. Des outils comme N64 Decomp Workbench ont aidé à analyser les différences de code assembleur, et l'utilisation de quatre worktrees Git a permis de paralléliser les tâches.
La discussion salue l'enthousiasme suscité par les projets de décompilation, notamment grâce aux LLM. Plusieurs commentateurs témoignent de leur propre expérience : l'un a décompilé des jeux de son enfance avec l'aide de l'IA tout en documentant chaque étape, un autre travaille sur un jeu PS2, un troisième sur Tales of Symphonia (3400 fonctions exactes sur 4800). Mais ils nuancent l'article : l'IA seule ne suffit pas, il faut comprendre le code et reconstruire l'environnement de build d'origine, parfois très daté (MASM sous DOSbox pour Elite, outil documenté pour ZZT). Le début est souvent le plus difficile, et la fin peut traîner sur les dernières fonctions non conformes. Le débat sur l'utilisation de l'IA reste vif : certains y voient une productivité décuplée, d'autres rappellent que le plaisir du reverse engineering réside dans le puzzle, et que l'IA peut être perçue comme frauduleuse dans la communauté gaming.
Sur le plan juridique, des commentateurs expliquent pourquoi les éditeurs ne s'y intéressent pas : les contrats avec les voix, la motion capture ou les modèles sont souvent très restrictifs, et les chaînes de droits deviennent opaques après faillites. L'exemple de GoldenEye (Xbox 360) qui n'a pas pu sortir pour raisons légales est cité. Le statut de ces décompilations est jugé ambigu : la reproduction 1:1 n'est pas transformatrice, mais ces projets sont gratuits, destinés aux propriétaires du jeu et nécessitent souvent les fichiers originaux, ce qui joue en faveur du fair use. Plusieurs commentateurs notent aussi que le code source d'époque a souvent été perdu, ce qui rend ces projets indispensables.
La discussion corrige ou complète l'article sur plusieurs points. Certains se demandent pourquoi viser une correspondance binaire parfaite plutôt qu'une équivalence fonctionnelle, mais on leur répond que le comportement du jeu est intimement lié à du matériel exotique, rendant la vérification difficile. D'autres demandent si un travail aide pour d'autres jeux du même studio : la réponse est généralement non, car le code était rarement réutilisé.
-
US Government designates host of noblogs.org a "global terrorist"
Le gouvernement américain a classé le collectif italien Autistici/Inventati, qui gère notamment la plateforme noblogs.org, comme « terroriste mondial spécialement désigné » le 26 août 2026, en citant sa politique d'extrême gauche. Ce collectif fournit des services de communication (e-mails, sites, blogs) à des utilisateurs souhaitant éviter les plateformes commerciales, et héberge environ 16 000 boîtes mail, 1 500 sites et 10 000 blogs. Le département d'État l'accuse de fournir des outils cryptés à des groupes d'extrême gauche violents, une accusation jugée erronée par des observateurs.
L'article souligne que cette désignation s'inscrit dans une répression plus large des médias dissidents, et que des sanctions économiques interdisant toute transaction avec le collectif entreront en vigueur à partir du 25 septembre 2026. Autistici/Inventati nie toutes les accusations et affirme qu'il continuera ses activités. La décision est également présentée comme un moyen de criminaliser les opposants politiques en les associant à des groupes « terroristes ».
La discussion critique majoritairement la décision américaine, y voyant une répression politique de la gauche. Plusieurs commentateurs rappellent que ce n'est pas un cas isolé (NSPM-7) et font des parallèles historiques (Münchener Post, « D'abord ils sont venus… »). Un avis minoritaire estime que la gauche radicale américaine a été inefficace depuis 60 ans, mais la plupart dénoncent un glissement autoritaire. Certains ironisent sur le fait que des groupes armés de droite ne sont jamais visés.
Plusieurs interventions corrigent ou nuancent l'article. Un commentateur souligne que le communiqué officiel cite des actes précis (intrusions dans des bases militaires, dégradations, lien avec Palestine Action) et non la seule idéologie « far-left ». Un autre relève une erreur factuelle : l'article confond Rose City Antifa et un projet distinct, Rose City Counterinfo. Un débat s'engage sur la responsabilité d'un hébergeur : peut-il être qualifié de terroriste pour avoir hébergé des sites liés à des actions violentes, sans y participer ? Certains notent que la notion de « terrorisme » est toujours définie par le pouvoir en place.
Des commentaires apportent des liens utiles (déclaration du département d'État, communiqué du Trésor) et notent l'effet Streisand. Un commentateur, probablement européen, compare la situation aux États-Unis et à la Chine, et déconseille d'y immigrer, suscitant des réponses mitigées. Une discussion parallèle sur le rôle de la NRA et des milices armées reste digressive. Globalement, la discussion confirme que le sujet est perçu comme un test : la définition du terrorisme est politique, et la frontière entre actions illégales et opinions est au cœur du désaccord.