Rooting, firmware analysis and persistent credentials of TP-Link TL-841N
Résumé indisponible pour cet article.
Les meilleurs longs formats de Hacker News, relus plus calmement.
Résumé indisponible pour cet article.
L'auteur a envisagé que Book Corners envoie les nouvelles boîtes à livres publiques signalées par les utilisateurs vers OpenStreetMap, mais a finalement renoncé à cette implémentation. Le flux de travail prévu était prudent, avec consentement explicite, revue par un administrateur, détection des doublons et prévisualisation avant écriture, et semblait simple côté développement. Une recherche approfondie a montré que l'écriture vers OSM engagerait des règles strictes, notamment un compte d'import dédié, un plan publié, documentation détaillée, consultation des communautés locales, gestion des licences et obligations de suivi à long terme. Le travail opérationnel et les responsabilités continues requis étaient disproportionnés par rapport à la valeur attendue pour ce petit projet et détournaient des ressources d'améliorations plus essentielles pour les utilisateurs. L'auteur a donc suspendu indéfiniment la fonctionnalité d'écriture vers OSM, continuera à créditer OSM pour les données importées et pourra éventuellement réexaminer la question si un processus véritablement léger ou piloté par l'utilisateur devient disponible.
La compagnie Milwaukee Electric Railway & Light (TMER&L) a lancé en 1919 une formule d’abonnement hebdomadaire qui devint opérationnelle en 1921. À partir des années 1930 la production fut internalisée et les abonnements se distinguèrent par des compositions colorées, des lettrages manuscrits et des éléments illustrés combinant dates, numéros de semaine et informations locales. Les tickets produits entre 1932 et 1969 forment une collection d’environ 300 exemplaires aujourd’hui conservée grâce notamment à un don du typographe Tobias Frere-Jones. Le travail manuel sur supports d’art pour des plaques d’impression a perduré jusque dans les années 1990 malgré les changements de propriétaires, et l’archive possède aussi des documents et épreuves des années 1980–90 liés au graveur-photo Klaus Birkhain. Les auteurs suggèrent que ce type de conception périodique pourrait inspirer un renouveau visuel pour rendre le transport public plus attractif et servir de référence pour les designers travaillant par séries.
Résumé indisponible pour cet article.
Le TinyNES est un appareil de niche qui combine les puces CPU et PPU d'origine de la NES avec un design moderne et open source. La console peut être livrée avec des puces authentiques ou des clones, les CPU et PPU étant montés sur des sockets interchangeables. Les autres composants sont modernes, ce qui améliore la qualité audio et vidéo, mais l'appareil ne propose que la sortie composite sans option HDMI ou composante RGB intégrée. La carte principale supporte des variantes PPU offrant la sortie RGB, mais ces puces sont rares et un module add-on RGB sans soudure est prévu pour l'avenir. Le TinyNES répond à une demande d'amateurs cherchant une expérience matérielle authentique plutôt qu'une émulation ou une implémentation FPGA, et sa production a été rendue possible grâce au financement d'un public restreint mais suffisant.
Le dépôt fournit des images USB, un module NixOS et des playbooks/devshells pour utiliser Nix sur les systèmes NVIDIA DGX Spark et Asus Ascent GX10, soit en conservant DGX OS (Ubuntu) soit en installant NixOS. Il explique l'installation de Nix (installateur officiel ou Determinate), l'activation des flakes et du nix-command, l'usage de caches (flox et le cachix graham33) et l'utilisation de nixglhost pour que les binaires CUDA trouvent les pilotes hôtes sur les systèmes non-NixOS. Une image USB bootable et un module hardware proposent le kernel NVIDIA optimisé par défaut (avec prise en charge GPU et Ethernet) et une option kernel NixOS standard connue pour poser des problèmes réseau, ainsi que des outils pour générer automatiquement une configuration de noyau concise à partir des annotations Debian de NVIDIA. Le dépôt inclut un modèle de configuration NixOS adapté au DGX Spark, des instructions pour mettre à jour le firmware depuis DGX OS si nécessaire, et la possibilité d'installer NixOS à distance de façon expérimentale avec nixos-anywhere. Les playbooks couvrent des usages variés (inférence, fine-tuning, monitoring, interconnexion multi-noeuds, containers vs Nix natif) avec des statuts de test sur NixOS et DGX OS, et le projet est distribué sous licence MIT.
Le modèle a ajouté des éléments éditoriaux qui vont au-delà d'une représentation littérale de l'image. Il a attribué un statut royal inventé avec des éléments tels que "Royal Imperial Collar", "Imperial Habsburg Crown" et "Golden Fleece Medal". Des descriptions de posture et d'expression comme "Folded Pompously", "gloomy expression" et "Sad/Weary facial lines" ont été insérées pour caractériser l'humeur. Le texte comprend des commentaires anatomiques présentant des traits comme "Belly Plate (Weak chest)", "Heavy Droopy Eyelids (Habsburg lethargic look)" et "weak maxilla" comme des particularités médicales ou dynastiques. Ces ajouts transforment la représentation en une interprétation caricaturale et symbolique plutôt qu'en une description neutre de la scène.
Le projet Livelymerge transforme chaque objet, classe et méthode du tas en documents Automerge pour permettre la convergence des modifications concurrentes. Cependant, la convergence d'Automerge garantit seulement que tous les clients arrivent au même état après synchronisation, et non que cet état respecte les invariants d'une structure — un exemple de liste chaînée montre qu'un swap concurrent peut produire une liste tronquée ou une boucle. Le problème s'étend au-delà des listes liées et affecte toute contrainte couvrant plusieurs propriétés ou objets, comme les listes doublement chaînées, les arbres, les comptes mis en cache ou la contrainte « chaque élément apparaît une seule fois ». Une piste suggérée consiste à introduire des types « conscients du merge » qui enregistrent et fusionnent des opérations abstraites (insertion, suppression, déplacement) au lieu d'écritures bas niveau, permettant de vérifier et préserver les invariants lors du replay déterministe des opérations. Des approches connexes comme Coln refusent les merges qui violent des contraintes déclarées, les auteurs reconnaissent les limites actuelles et annoncent qu'ils décriront bientôt le modèle d'objet qui intègre Automerge avec un tas JavaScript.
Il s'agit d'un programme qui simule le grincement d'une charnière de portable, conçu principalement pour le modèle Framework 12. Le filtre audio est optimisé pour la raideur de la charnière du Framework 12 et l'auteur n'a pas testé d'autres ordinateurs. La hauteur du son dépend de la position de la charnière et le volume varie selon la vitesse d'ajustement. Un exécutable est disponible dans l'onglet releases, il suffit de le rendre exécutable puis de le lancer pour l'utiliser. En alternative, le projet peut être compilé depuis le dépôt avec cargo, mais il nécessite les paquets de développement libiio et ALSA et peut présenter des problèmes de liaison dynamique hors Fedora.
Cro est un ensemble de bibliothèques pour construire des systèmes distribués réactifs en tirant parti du langage Raku. Il fournit des API de haut niveau et un modèle de pipeline asynchrone pour simplifier les tâches courantes et permettre les cas complexes. Un serveur HTTP intégré offre HTTP/1.1 persistant, HTTP/2 via ALPN, HTTPS, middleware, parsing et sérialisation configurables, et distribution des requêtes sur un pool de threads. Le routeur flexible prend en charge la capture et la contrainte de segments, le service de fichiers statiques, l'extraction de paramètres de requête et des parseurs de corps pluggables pour form-urlencoded, multipart et JSON. Un client HTTP asynchrone et un support de WebSocket (client et intégration avec le routeur via Supply) complètent l'écosystème, et l'installation se fait via zef avec documentation fournie.