OpenBSD 8.0 : le carton est daté du 20, les quatre errata aussi
Le 20 octobre, la page de la 8.0, 61e sortie, renvoie vers les errata. Les quatre fiches, 001 à 004, sont datées du même 20 octobre : un débordement dans ppp, quatre CVE nsd, un tas IPsec limité à amd64 et octeon, un use-after-free dans video. Le décompte des paquets écrit XXX pour arm et powerpc. La liste des ports dit LLVM/Clang 21.1.8 et 22.1.8, le socle dit 22.1.6.
Le carton est tamponné du 20 octobre. Dans la même enveloppe, quatre fiches de correction sont tamponnées du 20 octobre. Pas la semaine d'après. Le matin du carton. Deux casiers du décompte de paquets, à côté, n'ont pas de nombre : ils ont XXX. Et l'étiquette du compilateur n'est pas la même sur la liste des ports et sur la liste du socle. Tu peux installer le jour même. Encore faut-il dire si tu as lu le carton, les fiches, ou l'étiquette.
La page OpenBSD 8.0 dit : sortie le 20 octobre 2026. 61e sortie. Copyright 1997-2026, Theo de Raadt. La chanson de la 8.0 : The Simps on AI. La page te dit d'aller voir la page d'errata pour la liste des bogues et des contournements. Elle ne dit pas, dans cette phrase, que les fiches sont datées du jour de la sortie. Ça, c'est la page d'errata qui l'imprime, quatre fois.
Quatre fiches, le même matin, et un numéro qui saute
La page d'errata décrit le circuit. Correctifs en diffs unifiés, signés avec signify(1), aussi regroupés dans une archive tar.gz. syspatch(8) peut appliquer des binaires. Les mises à jour binaires complètes sont là pour amd64, i386, arm64. Sur les autres architectures, seules des mises à jour indépendantes de la machine sont produites, et elles sont extrêmement rares. La branche -stable est maintenue un an après la sortie.
001, RELIABILITY FIX, 20 octobre 2026, toutes architectures. Dans ppp(4), un décalage d'un peut mener à une écriture hors limites. Un correctif source existe.
002, SECURITY FIX, 20 octobre 2026, toutes architectures. Rétroportage des correctifs de sécurité de nsd(8) version 4.15.3. Quatre numéros sur la ligne : CVE-2026-101337, CVE-2026-101338, CVE-2026-101339, CVE-2026-101341. 101340 n'est pas imprimé entre 101339 et 101341. Je ne lui invente pas un avis. Un correctif source existe.
003, SECURITY FIX, 20 octobre 2026, amd64 et octeon. Avec IPsec et AES-GMAC, un débordement de tas noyau peut être déclenché à distance. Seuls amd64 avec AES-NI et octeon avec coprocesseur crypto sont concernés. AES-GCM n'est pas concerné. Un correctif source existe. octeon n'est pas dans la liste des binaires complets, qui s'arrête à amd64, i386 et arm64. La fiche dit qu'un correctif source existe. Elle ne dit pas « pas de binaire pour octeon ». Je ne l'ajoute pas. Je pose les deux phrases l'une à côté de l'autre.
004, SECURITY FIX, 20 octobre 2026, toutes architectures. Plusieurs bogues dans video(4) peuvent mener à un use-after-free et à une corruption de mémoire noyau. Un correctif source existe.
Quatre fiches. Trois disent toutes architectures. Une seule restreint la machine, et elle sépare AES-GMAC d'AES-GCM. Le carton, lui, ne recopie aucun de ces quatre paragraphes. Il pointe la page.
XXX sur deux casiers, et deux numéros de LLVM
La section ports de la page 8.0 donne un décompte de paquets préconstruits. aarch64 : 12907. amd64 : 13060. arm : XXX. i386 : 10659. mips64 : 9072. powerpc : XXX. powerpc64 : 9564. riscv64 : 11116. sparc64 : 10621. XXX est imprimé. Je ne le remplace pas par une estimation, et je ne retire pas la ligne pour que la colonne soit propre.
Dans les versions mises en avant des ports : LLVM/Clang 21.1.8 et 22.1.8. GCC 16.1.0. Plus bas, les composants majeurs venus d'ailleurs, ceux du socle : LLVM/Clang 22.1.6 (+ patches). GCC 4.2.1 (+ patches) et GCC 3.3.6 (+ patches). 22.1.8 est sur la liste des ports. 22.1.6 est sur le socle. 21.1.8 n'est que sur les ports, dans la paire. GCC 16.1.0 n'est pas le GCC du socle. Je n'en élis pas un pour dire « la » version du compilateur de cette sortie. La page en imprime plusieurs, à deux endroits.
Le même bloc de ports nomme aussi PostgreSQL 18.6. C'est une ligne de paquets. Ce n'est pas une phrase sur une 19. Je la laisse où elle est.
Parmi les nouveautés du noyau graphique, la page dit que drm(4) est mis à jour vers Linux 6.18.53. C'est le numéro imprimé là. Je ne le recolle pas sur l'étiquette LLVM, et je ne le recolle pas sur les errata. Les errata parlent de ppp, de nsd, d'IPsec et de video. Pas de ce 6.18.53.
Le renvoi est sur le carton, le tampon des fiches est sur l'autre page
La page de sortie a la date, le rang de 61e, le titre de la chanson, le lien vers les errata, le décompte avec deux XXX, et les deux étiquettes de compilateur. La page d'errata a les quatre matins du 20 octobre, la liste des architectures binaires, et la phrase sur les mises à jour indépendantes de la machine, rares. Aucune des deux pages ne dit « les correctifs sont sortis en même temps que le système, donc ils sont déjà dans l'image ». Je ne le déduis pas. Une fiche datée du jour de la sortie dit qu'un problème existe et qu'un correctif source existe. Elle ne dit pas que l'image que tu viens de télécharger l'a déjà.
✍️ À toi : le papier que tu as ouvert en premier, la page 8.0 ou les errata, et si arm et powerpc disaient encore XXX. Le carton et les fiches portent le même jour. Ils ne portent pas le même texte.
Le 20 octobre 2026, OpenBSD publie la 8.0, soixante-et-unième sortie, chanson The Simps on AI, et renvoie aux errata. Les fiches 001 à 004 sont datées de ce même 20 octobre : ppp, quatre CVE de nsd 4.15.3, un tas AES-GMAC limité à amd64 et octeon, un use-after-free dans video. Les binaires syspatch complets nomment amd64, i386 et arm64. Le décompte de paquets écrit XXX pour arm et pour powerpc. Les ports disent LLVM/Clang 21.1.8 et 22.1.8, le socle dit 22.1.6. Le carton et l'enveloppe ont le même tampon. Pas le même contenu.