VeilleTech — 2026-09-14

01 OUTILS Discussion

Homebrew 7 : Intel en sursis, Catalina dehors

brew.sh13 septembre3 min de lecture

Homebrew 7.0.0 abandonne macOS Catalina et rétrograde en Tier 3 les Mac Intel — fin de support au 1er septembre 2027 — ainsi que macOS Sonoma 14, qui ne reçoit donc plus de bouteilles précompilées. La version intègre `brew vulns`, un contrôle de vulnérabilités adossé à OSV.dev, et durcit le bac à sable d'installation après huit avis de sécurité.

Passent en Tier 3, sans nouvelles bouteilles : les Mac Intel (fin de support le 1er septembre 2027, MacPorts conseillé) et macOS Sonoma 14
`brew vulns` interroge OSV.dev et la nouvelle Homebrew/advisory-database ; options `--severity=high`, `--deps`, `--brewfile`, `--fix-available`
CI à corriger maintenant : image `ghcr.io/homebrew/ubuntu22.04` supprimée, branche `master` des actions GitHub supprimée — épingler une release CalVer ou un SHA

Une mise à jour de gestionnaire de paquets qui a des dates butoir, ça se lit avant de la lancer.

Lire la fiche Source

02 IA Discussion

CUDA sur AMD : ZLUDA tient, cuDNN manque

GitHub13 septembre2 min de lecture

Un dépôt publié le 13 septembre assemble ZLUDA, le SDK HIP 6.4 d'AMD et LibTorch pour exécuter des applications CUDA sur GPU AMD sous Windows, avec un script d'installation PowerShell. La couverture s'arrête à cuBLAS, cuBLASLt, cuSPARSE et cuFFT : cuDNN, NCCL et TensorRT restent hors périmètre.

Chaîne complète : ZLUDA → HIP → rocBLAS / hipBLASLt / rocSPARSE → GPU AMD, sans toucher au code CUDA appelant
Versions figées et vérifiées par SHA-256 : ZLUDA v6-preview.69, AMD HIP SDK 6.4, LibTorch 2.3.0+cu118 (~2,66 Go) ; scripts sous licence MIT
cuDNN indisponible (le HIP SDK Windows stable ne livre pas MIOpen), NCCL et TensorRT non plus ; une seule carte validée, la Radeon RX 9060 XT (gfx1200)

Une couche de traduction, ça se juge sur ce qu'elle refuse de traduire.

Lire la fiche Source

03 OUTILS Article

commit-rewriter nettoie ce que l'agent a écrit

Simon Willison14 septembre1 min de lecture

commit-rewriter 0.1 ouvre une interface web locale pour réécrire en lot les messages de commit d'un dépôt, avec recherche par message, auteur ou hash. L'outil est né du besoin de nettoyer des messages de commit de Datasette contenant du contenu non publiable, un cas devenu courant depuis que des agents rédigent les commits.

Lancement sans installation : `uvx commit-rewriter chemin/du/depot`, ou sans argument depuis le dépôt courant
Une branche horodatée de l'état courant est créée avant toute réécriture, ce qui rend l'opération réversible
La réécriture porte sur tous les commits depuis le plus ancien modifié : les hashes changent, donc à réserver aux branches non partagées

L'historique git est le seul brouillon qu'on publie sans le relire.

Lire la fiche Source

04 WEB Discussion

JPEG XL : les chiffres refroidissent la fête

giannirosato.com14 septembre3 min de lecture

Alors que le décodeur Rust jxl-rs entre dans Chrome et Firefox, une analyse chiffrée détaille quatre faiblesses structurelles du codec JPEG XL : pas de prédiction directionnelle, aucun filtre de déblocage, un espace XYB qui quantifie trop le canal bleu, des patches moins efficaces que l'Intra Block Copy d'AV1. L'auteur montre aussi qu'un fichier de 1 918 octets peut monopoliser 17 secondes de CPU au décodage.

À taille comparable : JPEG 2 478 828 octets, JPEG XL 2 599 428, AVIF 2 649 949, WebP 2 693 794 — JXL ne bat pas le JPEG dont il part
Bombe de décompression : un fichier JXL de 1 918 octets demande 17,43 s de temps CPU à décoder sur un M5 Pro avec jxl-rs
Avantage réel : le mode sans perte, ~11,9 % plus compact que le WebP sans perte — mais mesuré sur un corpus peu représentatif du Web (photos 157 MP, livres 27 MP)

Un format d'image se choisit sur vos images, pas sur celles de la démo.

Lire la fiche Source

VeilleTech — feed du lundi 14 septembre