estado: cosecha granja 2026-09-17T15:01:28Z — avance del árbol KDE

This commit is contained in:
Sergio
2026-09-17 15:01:28 +00:00
parent 61bf2cfd98
commit 4d9a0e1e6c
9 changed files with 9091 additions and 26804 deletions
File diff suppressed because it is too large Load Diff
File diff suppressed because it is too large Load Diff
File diff suppressed because it is too large Load Diff
+43 -2520
View File
File diff suppressed because it is too large Load Diff
File diff suppressed because it is too large Load Diff
+14 -31
View File
@@ -1,4 +1,3 @@
aviso: no pude resolver los artefactos vigentes (no pude leer el apk db del lab en ./.dev-fs/alpine/lib/apk/db/installed: No such file or directory (os error 2). El toolchain entra en el ArtifactHash, así que sin rootfs no se puede calcular un hash comparable (corré scripts/bootstrap-devfs.sh, o apuntá TAKANA_ROOTFS)) ⇒ comprueba TODO lo sellado
contrato docs/state/kernel-contract.toml
✓ linux · ./store/d2a03c29930b72c3d13a8b2931c25bbe80af289689db7fbcd029e11a9cc786cc-linux/boot/config-6.16.12
@@ -7,34 +6,6 @@ contrato docs/state/kernel-contract.toml
· falta (no bloquea) limite-memoria — Tope de memoria por unidad [MEMCG]
✓ las 5 capacidades exigidas están
✗ linux-generic · ./store/1c8625f7d2fe6fc574533b1f44dfd1f5fd2716fe164d8bf015a87d376e63e631-linux-generic/boot/config-7.1.2-generic
perfil anfitrion-cards (13 capacidad(es) miradas)
kernel Linux/x86_64 7.1.2 Kernel Configuration
✗ FALTA limite-memoria — Tope de memoria por unidad
apagado a mano: MEMCG
lo usa: arje-incarnate::cgroup::{preparar, apply_rlimits_to_cgroup, set_memory_max_at, set_memory_high_at} ← sandokan-core::Engine::{set_memory_max,set_memory_high} ← sandokan-monitor-llimphi (govierna memory.high) · sandokan-local::medir_entidad lee `memory.current`
cómo falla hoy: YA NO ES SILENCIOSO (tawasuyu, W4 el 2026-09-02 y W4.bis el 2026-09-03). Sin MEMCG los ficheros NO EXISTEN, y ahora eso se dice: `apply_rlimits_to_cgroup` devuelve `Limites{aplicados, faltantes}` con el símbolo que falta —y sólo acusa al kernel si pudo leer `/sys/fs/cgroup/cgroup.controllers` y el controller no estaba—; arje lo marca por unidad (`Degradation::CgroupLimitNotApplied`, visible en `arje-ctl status` como `corriendo⚠`) y shuma lo devuelve en las `warnings` de `create`. Lo que este contrato SÍ sigue sin poder desmentir: nadie vio todavía el OOM-kill del kernel sobre un Ente de arje en una máquina con delegación de cgroups.
· falta (no bloquea) presion-de-recursos — PSI: presión de CPU/memoria/E/S [PSI]
✓ linux-generic · ./store/23f1cc43ac85e0b26763ca3444258ace8d93008c6c3ec442051c4dd9a662a189-linux-generic/boot/config-7.1.2-generic
perfil anfitrion-cards (13 capacidad(es) miradas)
kernel Linux/x86_64 7.1.2 Kernel Configuration
✓ las 11 capacidades exigidas están
✓ linux-generic · ./store/63fdd57ca3557bf9e6490bc00677f6cc0af2c014f026babfb41645951fcf0287-linux-generic/boot/config-7.1.2-generic
perfil anfitrion-cards (13 capacidad(es) miradas)
kernel Linux/x86_64 7.1.2 Kernel Configuration
✓ las 11 capacidades exigidas están
✗ linux-gioser · ./store/8ffd57109a2f7102c1bbbbc91cf0e729047312eee1a4e3fdb8b178680cc94264-linux-gioser/boot/config-6.16.12-metal
perfil anfitrion-cards (13 capacidad(es) miradas)
kernel Linux/x86_64 6.16.12 Kernel Configuration
✗ FALTA limite-memoria — Tope de memoria por unidad
apagado a mano: MEMCG
lo usa: arje-incarnate::cgroup::{preparar, apply_rlimits_to_cgroup, set_memory_max_at, set_memory_high_at} ← sandokan-core::Engine::{set_memory_max,set_memory_high} ← sandokan-monitor-llimphi (govierna memory.high) · sandokan-local::medir_entidad lee `memory.current`
cómo falla hoy: YA NO ES SILENCIOSO (tawasuyu, W4 el 2026-09-02 y W4.bis el 2026-09-03). Sin MEMCG los ficheros NO EXISTEN, y ahora eso se dice: `apply_rlimits_to_cgroup` devuelve `Limites{aplicados, faltantes}` con el símbolo que falta —y sólo acusa al kernel si pudo leer `/sys/fs/cgroup/cgroup.controllers` y el controller no estaba—; arje lo marca por unidad (`Degradation::CgroupLimitNotApplied`, visible en `arje-ctl status` como `corriendo⚠`) y shuma lo devuelve en las `warnings` de `create`. Lo que este contrato SÍ sigue sin poder desmentir: nadie vio todavía el OOM-kill del kernel sobre un Ente de arje en una máquina con delegación de cgroups.
· falta (no bloquea) presion-de-recursos — PSI: presión de CPU/memoria/E/S [PSI]
✓ linux-gioser · ./store/b026fe145235181614b6797b697e9ae26f680b6d04596c55e9afee155d68baa0-linux-gioser/boot/config-6.16.12-metal
perfil anfitrion-cards (13 capacidad(es) miradas)
kernel Linux/x86_64 6.16.12 Kernel Configuration
@@ -50,6 +21,18 @@ contrato docs/state/kernel-contract.toml
kernel Linux/x86_64 7.1.2 Kernel Configuration
✓ las 11 capacidades exigidas están
resumen 6 de 8 config(s) VIGENTES cumplen su perfil
· 2 sellado(s) SUPERADO(s) por la receta de hoy — no bloquean, 1 con faltas:
linux-generic · ./store/23f1cc43ac85e0b26763ca3444258ace8d93008c6c3ec442051c4dd9a662a189-linux-generic/boot/config-7.1.2-generic cumplía
linux-gioser · ./store/8ffd57109a2f7102c1bbbbc91cf0e729047312eee1a4e3fdb8b178680cc94264-linux-gioser/boot/config-6.16.12-metal le falta: limite-memoria
Siguen siendo ciertos: si una máquina arranca uno de éstos, sus Cards corren con lo que ese kernel traiga. Se reconstruyen o se podan (`scripts/store-gc.sh`).
Error: el contrato NO se cumple en 2 kernel(es)
resumen 4 de 4 config(s) VIGENTES cumplen su perfil · 2 superado(s) · 1 sin comprobar
⚠ 1 objetivo(s) del contrato SIN UN SELLADO VIGENTE — no se comprobó nada de ellos:
linux-generic · 63fdd57ca3557bf9e6490bc00677f6cc0af2c014f026babfb41645951fcf0287-linux-generic
no cuentan como aprobados: el barrido no tuvo qué mirar. Construí sus recetas.
⚠ 1 config(s) SIN COMPROBAR (ningún perfil declarado):
linux-metal-kexec · ./store/965acc37e7f9d81ea8aa6a29177d7ac027f022cc9f4b12f3b28f7487ec6b8b9e-linux-metal-kexec/boot/config-6.16.12-metal-kexec
no cuentan como aprobados. Declaralos en [[target]] o pasá --profile.
Error: 1 objetivo(s) del contrato sin un sellado vigente: no se comprobó nada de ellos. Construí sus recetas antes de leer esto como aprobado.
+465 -489
View File
File diff suppressed because it is too large Load Diff
+3 -10
View File
@@ -1,16 +1,9 @@
raíces sucias y symlinks al lab · medido 2026-09-17T14:53:50Z
raíces sucias y symlinks al lab · medido 2026-09-17T15:01:27Z
== raíces sucias en el STORE ENTERO ==
• perl 945 (AnyDBM_File.0, App::Cpan.0, App::Prove.0, …)
DEUDA DECIDIDA: 945 páginas nroff en `/` porque su Configure eligió man1dir=' '. El arreglo es UNA línea y cuesta 305 rebuilds ⇒ va con el próximo bump. Ver recipes/perl.toml.
⊘ seed-zig 1 (zig-x86_64-linux-0.16.0) — el toolchain zig ES el artefacto: su directorio versionado va en la raíz
⊘ product-rootfs 1 (store) — es un ROOTFS, no un paquete: `store` y `ente` son suyos por diseño
== symlinks con una raíz que NO es del FHS (ruta del lab horneada) ==
✗ bzip2 usr/bin/bzless -> /out/usr/bin/bzmore
✗ bzip2 usr/bin/bzfgrep -> /out/usr/bin/bzgrep
✗ bzip2 usr/bin/bzegrep -> /out/usr/bin/bzgrep
✗ bzip2 usr/bin/bzcmp -> /out/usr/bin/bzdiff
✓ ninguno
✗ 1 ofensor(es) NUEVO(s): bzip2
Un `install` que se equivoca de destino se lee, en el rootfs fundido, como si fuera
parte del sistema.
✓ 0 ofensores NUEVOS sobre 1 artefactos.
+2 -12
View File
@@ -1,13 +1,3 @@
subcomandos sin driver · medido 2026-09-17T14:53:47Z
subcomandos sin driver · medido 2026-09-17T15:01:27Z
══ SUBCOMANDOS SIN DRIVER ══
✗ falta el binario `kubectl` (una receta kubectl)
⇒ 2 recetas selladas quedan INERTES:
kubectl-neat kubectl-tree
✗ falta el binario `protoc` (recipes/protobuf.toml)
⇒ 1 recetas selladas quedan INERTES:
protoc-gen-go
TOTAL: 3 herramientas selladas que no se pueden invocar (0 de hueco CONOCIDO, 3 NUEVAS).
No es deuda de BUILD (construyen y reproducen): es deuda de CATÁLOGO.
✓ 0 herramientas inertes: todos los drivers de la tabla están en el catálogo