HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

11567 articles Page 149/1157 Sans filtre

TailTalk: A modern async user space AppleTalk stack with Rust and Tokio

Ce projet est présenté comme une boîte à outils permettant d'implémenter entièrement AppleTalk en espace utilisateur sur Linux, macOS et Windows via EtherTalk ou LocalTalk, sans dépendances kernel ni Netatalk, en n'exigeant qu'un socket brut et/ou un appareil TashTalk. Il fournit une pile AppleTalk complète (AARP, DDP, NBP, ATP, PAP, ASP, AFP et AppleTalk Data Stream Protocol) pouvant exécuter plusieurs instances simultanées et proposant un démon partagé, tailtalkd, pour gérer interfaces, sockets DDP, adressage et routage. L'interface graphique inclut un serveur AFP compatible avec la plupart des Macs équipés de LocalTalk, permet d'importer des archives Stuff-It et des images de disquette en préservant les forks de ressources, et peut exposer des imprimantes LocalTalk comme AirPrint/IPP ou partager des imprimantes modernes vers des Macs classiques. La compilation nécessite Rust 1.90+, cargo-packager et des étapes spécifiques par plateforme (libpcap/npcap pour EtherTalk, règles udev ou pilotes CP210x pour TashTalk USB, ChmodBPF sur macOS), et l'utilisation de sockets bruts ou de BPF impose généralement d'exécuter les binaires en root ou d'appliquer des capacités appropriées. Le projet est un prototype en cours, fonctionne actuellement dans des réseaux sans routeur, a été testé avec du matériel Mac et des imprimantes vintage, accepte les contributions après ouverture d'une issue et est distribué sous licence GNU GPL v3.

Cpak – OCI application package format for Linux desktops, servers and devices

Le texte présente cpak, un format de paquet OCI destiné aux postes Linux, serveurs et appareils embarqués. Chaque paquet inclut un manifeste clair, une origine vérifiable et une commande que l'on peut inspecter avant installation. La plateforme propose une boutique d'applications prêtes à l'emploi et un parcours d'apprentissage interactif menant à un examen et à une attestation publique. L'implémentation vise une empreinte ultra-légère avec deux binaires statiques et un magasin de contenu partagé, tout en offrant une compatibilité avec la syntaxe Dockerfile et le cache de couches. Les paquets déclarent l'accès aux ressources système, intègrent les pilotes graphiques hôtes au lancement et utilisent la gestion de version native Git pour les mises à jour multi-architecture.

AI Robots – When will they be in our homes

Le texte présente une liste exhaustive de robots, de projets et de contributeurs cités dans un dossier spécial d'IEEE Spectrum consacré à la robotique humanoïde et aux innovations technologiques. Il renvoie à des ressources complémentaires, notamment un guide des robots, un article d'Evan Ackerman sur les humanoïdes au travail, une conférence TED de Ken Goldberg et un épisode de "Huge If True" sur l'Atlas de Boston Dynamics. Le dossier juxtapose des robots réels et des figures de science-fiction comme le T-800, Rosie, C-3PO et R2-D2 pour explorer l'imaginaire culturel entourant les androids et présente aussi des œuvres moins connues. Sont abordés des aspects techniques et visuels, incluant matériel, logiciels, nouvelles compétences et crédits détaillés pour photographies et séquences vidéo. Enfin, le texte évoque des perspectives d'avenir ainsi que des projets industriels et académiques et des collaborations visant à rapprocher les robots de tâches domestiques et professionnelles.

Libraries Run Rust Inside Python (With PyO3)

L'article montre comment exposer un analyseur JSON écrit en Rust à Python en utilisant PyO3 et maturin pour compiler et installer l'extension partagée. Le code Rust construit un arbre JsonValue (enum) représentant le document et l'interface PyO3 fournit des macros comme #[pyfunction] pour rendre les fonctions appelables depuis Python. La fonction exposée renvoie un PyResult contenant un handle Python, et la conversion Rust→Python se fait via IntoPyObject, qui parcourt l'arbre pour reconstruire dicts, listes et valeurs Python. Cette matérialisation est souvent le coût dominant sur de grands documents, car elle crée autant d'objets Python que de nœuds dans l'arbre, et les erreurs Rust sont converties en exceptions Python via From. La recommandation est de profiler la frontière Python↔Rust et d'éviter de matérialiser tout l'arbre quand possible en privilégiant des vues paresseuses ou d'autres optimisations structurelles.

'Fingerprints' inside the Sun could reveal if it once swallowed a planet

Une nouvelle étude de Mutlu Yildiz suggère qu'une planète de type super‑Terre a pu être engloutie par le jeune Soleil et laisser des traces chimiques internes encore détectables aujourd'hui. Les auteurs ont utilisé le code d'évolution stellaire MESA pour modéliser différents scénarios d'accrétion et comparer les modèles aux contraintes hélio‑sismiques et aux abondances de surface. Le scénario favori implique l'ingestion d'une planète de 5 à 10 fois la masse de la Terre, ce qui améliore simultanément l'accord entre les modèles solaires et les observations, y compris la structure interne et la faible abondance de lithium. Les simulations indiquent qu'une telle planète pourrait traverser les couches externes du Soleil en perdant peu de masse, laissant des « empreintes » chimiques durables dans l'étoile hôte. Les auteurs estiment que la détection indépendante de ces signatures par des observations hélio‑sismiques ou d'autres mesures constituerait une preuve solide d'un tel événement ancien.

Reverse engineering my e-scooter and rewriting the firmware in Rust

L'auteur a démonté et analysé un e-scooter Egret GT, révélant que l'application mobile transmet de nombreuses données et que deux broches du port USB-C sont utilisées pour un bus CAN. En interceptant le CAN et en traçant les trames, il a identifié et documenté les messages contrôlant le mode de conduite, l'accélérateur, la vitesse moteur et divers états de la batterie. Après avoir acheté et ouvert des unités de rechange, il a extrait les firmwares via SWD, trouvé un bootloader et un mécanisme de mise à jour par CAN sans authentification, puis cartographié les handlers dans le code. Il a réécrit un firmware en Rust en développant un HAL pour l'AT32F415, structuré le logiciel avec un modèle d'acteurs pour les tâches (ADC, état système, opération, GUI, communications) et implémenté un stockage de configuration persistant. Pour l'interface il a porté la bibliothèque Buoyant, optimisé le rendu partiel avec un quadtree pour réduire le scintillement, résolu des problèmes d'initialisation d'horloge au démarrage et publié le projet sur GitHub (https://github.com/simmsb/scooter-display).

Show HN: Dllog – Replay debug logs when an operation fails

Les services Go doivent choisir entre des logs Debug verbeux et des logs Info qui masquent le contexte d'une erreur ; dllog rompt ce compromis en tamponnant par opération les enregistrements de niveau inférieur et en les restituant si l'opération échoue. dllog n'est pas une bibliothèque de logging autonome mais s'intègre aux loggers existants et supporte aujourd'hui log/slog et zap, y compris mélangés dans un même service. Pour l'HTTP, une middleware fournit un handler prêt à l'emploi et, hors HTTP, on gère une Scope et on appelle Trip en cas d'erreur ; les opérations réussies n'émettent rien tandis que les échecs rejouent les Debug tamponnés avec leurs horodatages d'origine et un champ replay=true. Le coût hors scope est négligeable, en scope la mise en tampon coûte environ 235 ns et une allocation, le tampon est strictement borné (anneau préalloué de 256 enregistrements par défaut, suppression oldest-first et enregistrement synthétique en cas de pertes) et rien ne croît avec l'uptime. Les adaptateurs slog et zap, la middleware HTTP et le noyau sont implémentés et testés, le projet est en pré-v1 (v0.1.x) avec API susceptible d'évoluer, les vulnérabilités se signalent par email et le code est sous licence MIT.

David Sacks: OpenAI and Anthropic Don't Need Regulations to Pace Frontier Models

L'auteur encourage Dario et Sam à ralentir le développement des modèles d'IA s'ils estiment que c'est nécessaire. Il affirme que ces deux acteurs constituent un duopole sur l'intelligence de pointe selon la part de marché, la croissance des revenus et les capacités des modèles. Il critique la demande d'autorisations externes, les appels à des exemptions antitrust et l'utilisation d'organismes liés à leurs investisseurs comme METR, ainsi que la prétention de devoir la supervision d'autres acteurs. Il souligne que des motifs pratiques comme la responsabilité produit et la pression du marché poussent déjà vers plus de fiabilité, et que le ralentissement pourrait permettre une discussion réglementaire plus raisonnée malgré l'improbabilité d'un accord mondial impliquant la Chine. Il conclut que si ces entreprises acceptent de ralentir sans exiger leur cadre réglementaire préféré, elles gagneront de la bonne volonté, sinon leurs actions seront perçues comme une tentative de capture réglementaire ou une opération politique.

Airbnb Preventing the Use of BnB

bnb-side est un bed and breakfast de six chambres situé sur l'île de Portland, créé en 2024 pour soutenir le festival artistique local b-side et générer une part importante de ses revenus. La société Airbnb a envoyé plusieurs lettres juridiques demandant l'interdiction de l'enregistrement du nom "bnb-side", arguant que l'utilisation des lettres "bnb" pourrait prêter à confusion et nuire à sa marque. Les responsables de bnb-side et leurs conseillers rappellent que "bnb" est une abréviation descriptive de "bed and breakfast" et affirment qu'un changement de nom mettrait en danger les finances et la visibilité du festival. L'affaire est en cours devant l'Intellectual Property Office et bnb-side bénéficie de conseils juridiques pro bono pour contester l'opposition d'Airbnb. Des experts en propriété intellectuelle estiment que la revendication d'Airbnb pourrait être difficile à établir et avertissent que l'action pourrait avoir des retombées négatives en termes d'image pour la plateforme.

The contagion of fear

L'auteur rapporte une confession d'un incident passé où, alors étudiant en informatique, lui et des camarades ont fait croire à des étudiants d'une autre filière qu'un virus informatique se propageait, provoquant panique et pertes de travail. Il compare cette erreur de jeunesse à la diffusion actuelle de craintes concernant l'IA, citant des déclarations récentes de Jacob Coxon et d'Evan Hubinger affirmant une probabilité supérieure à 10 % qu'une IA tue tous les humains dans la décennie. Il critique ces prédictions comme reposant sur des extrapolations vagues et souligne que leurs auteurs ne sont pas spécialistes des infrastructures critiques, des armes biologiques ou des risques d'extinction. L'auteur soutient que l'intelligence computationnelle ne suffit pas pour accomplir des actions physiques sans dispositifs matériels et structures de contrôle humain, et que l'ingénierie implique des contraintes physiques et de responsabilité. Il conclut que les experts doivent éviter de semer la peur sans preuves extraordinaires, qu'on doit exiger des preuves proportionnées aux allégations, et il estime que le risque d'extinction par l'IA n'est pas justifié à ce jour.