docs: Linux x86_64 est publie, la documentation le disait encore impossible Les binaires x86_64 sont desormais attaches a la rc.4. Toute la documentation affirmait « arm64 only — build from source on x86_64 », ce qui envoyait un utilisateur de PC compiler l'application pour rien. Les guides donnent la substitution (`-x86_64` -> `-arm64`) plutot qu'une seconde serie d'URLs : deux jeux de commandes a maintenir, c'est un jeu qui finira perime. Ils commencent par `uname -m`, parce que le mauvais fichier se telecharge parfaitement avant de refuser de demarrer — panne d'autant plus deroutante que rien n'a echoue. Le guide de construction gagne la raison du piege, qui n'etait ecrite nulle part : electron-builder n'inscrit l'architecture dans le nom que lorsqu'elle n'est pas x64, et la cible `linux` de package.json n'en declare aucune, donc elle herite de la machine de build. C'est ainsi qu'un Mac a produit des binaires arm64 dont le nom ne disait rien. D'ou la consigne : lire l'en-tete ELF, jamais le nom du fichier. Les tailles sont remesurees sur les six assets publies, avec l'ecart x86_64 explique — `node-llama-cpp` embarque CUDA et Vulkan sur cette architecture seulement. C'est un arbitrage, pas un defaut : ces binaires servent a qui a une carte NVIDIA, et pesent pour les autres. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

inactinique committed Jul 26, 2026

docs(wiki): RC4 — notes de version, et 23 defauts documentes qui n'existent plus Le wiki citait 23 issues comme ouvertes. Toutes sont fermees : chaque « voir issue #N » decrivait donc un defaut corrige, et le wiki decrivait une application qui n'existe plus. Nouvelles notes de version (3.4), sur le modele des RC3 : orientees utilisateur, ordonnees par ce qu'on perdait ou voyait de faux plutot que par famille technique. La section 1 s'ouvre sur les deux defauts qui retiraient du texte d'un livre exporte, parce que c'est ce qu'un auteur doit lire en premier. Dix-huit pages corrigees. Le plus souvent, un long paragraphe decrivant un bug verifie dans le code est remplace par sa resolution — d'ou un diff qui retire plus de lignes qu'il n'en ajoute. Les affirmations les plus trompeuses etaient : - les reglages d'ouvrage « n'ont aucune UI » (ils en ont une depuis la RC4) - l'export Word d'un livre cite « sort vide » (corrige) - le corpus manuscrit sans interface (elle existe) - le compresseur de contexte « jamais appele » (cable, et ses trois distorsions corrigees) - `embeddingProvider` sans controle (section Embeddings) - le filtre par collection absent, le bouton OCR manuel injoignable, le toggle des noeuds auteurs desactive en dur Home annonce la RC4 ; Features passe en 1.0.0-rc.4 et gagne deux sections — corpus manuscrit et accessibilite — qui n'avaient nulle part ou vivre. Les limitations connues des notes RC4 sont argumentees, pas subies : pdfjs-dist renvoie a #77, et le mode de detection seule de l'inspecteur explique pourquoi une source primaire contenant des imperatifs ne doit pas etre tronquee. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

inactinique committed Jul 26, 2026