Commit Graph
1196 Commits
Author SHA1 Message Date
Sergio 9d6c79a749 estado: cosecha granja 2026-09-14T14:33:32Z — avance del árbol KDE 2026-09-14 14:33:32 +00:00
Sergio cb101fd70b estado: KF6 tanda 3 (12/12) + 17 del worker, con el primer NO-DETERMINISMO real del frente Go
Hub, KDE Frameworks tanda 3: kglobalaccel kpackage kconfigwidgets kiconthemes
ktextwidgets kxmlgui kparts kcmutils knotifications kdeclarative ksvg kwallet.
  REPRODUCEN: 12 · DERIVA: 0 · NO-DETERMINISMO: 0 · no construyeron: 0

Worker (ya con `go` arreglado), familia Go:
  REPRODUCEN: 15 · DERIVA: 1 · NO-DETERMINISMO: 1 · no construyeron: 0

  · `checkmake` — la que antes «no construía» — REPRODUCE. Cierra el arreglo del enlace
    de `go`: no estaba rota, faltaba el binario en el PATH del host.
  · `cilium-cli` DERIVA: el artefacto guardado era viejo; las dos reconstrucciones
    coinciden entre sí ⇒ se movió el mundo, no la receta. No es un fallo.
  · `gocryptfs` NO-DETERMINISMO, y es el primero de verdad del frente Go.

La causa de gocryptfs, con los dos ejemplares guardados en `store/.divergen/`:

    usr/bin/gocryptfs  ELF, difieren [.text .rodata .data .debug_*]
      · .debug_str sólo en A: …/.gotmp/go-build3432240771/b141
      · .debug_str sólo en B: …/.gotmp/go-build2186295412/b141

El directorio temporal `go-build<aleatorio>` queda horneado en el DWARF. Hipótesis a
comprobar, no conclusión: sólo pasa con `cgo = true`, porque cgo genera fuentes C en ese
temporal y su ruta real entra en la info de depuración; con CGO off no hay fuentes
generadas y las 15 restantes reproducen. En el corpus hay exactamente cuatro recetas Go
con cgo: gitea, gocryptfs, sq y usql — ninguna verificada todavía. Se miden antes de
afirmar nada.
2026-09-14 14:23:38 +00:00
SergioandClaude Opus 5 74151a2b0c gitea 1.27.0 con sqlite y bindata: el binario sellado no podía abrir la base de datos
La mudanza de gioser pasa por levantar su gitea del otro lado — 28 repos, 26 sin copia fuera. El
corpus ya tenía `gitea` sellado (1.26.4, `b3:35bb4f04…`) y NO sirve, medido contra el artefacto:

    $ gitea --config app.ini migrate
    Error: sqlite3 requires: -tags sqlite,sqlite_unlock_notify
    this Gitea binary was not built with SQLite3 support

Construía, reproducía y no podía abrir la sqlite en la que gioser guarda TODO (`DB_TYPE = sqlite3`).
Y `gitea --version` decía `version development`. Es subcomando-sin-driver un piso más abajo.

Tres cambios, y el tercero es el que no se ve venir:

· Pin 1.27.0 (gioser corre 1.27.0). No es cosmético: gitea migra el esquema hacia adelante y se
  planta si la DB trae migraciones más nuevas que el binario, así que el pin va por delante del
  origen, nunca por detrás.
· Tags `sqlite,sqlite_unlock_notify` (⇒ `cgo = true`, el driver de mattn es C) y `bindata`, que
  embebe `public/` y `templates/`: sin él la receta publica sólo el ejecutable y el servidor
  arrancaría sin UI.
· La fuente pasa de `repo`+`commit` al TARBALL DE RELEASE. El clon no alcanza: la UI se compila
  con Node y las deps Go no están vendoreadas en git. El `gitea-src-1.27.0.tar.gz` trae las dos
  cosas hechas — medido: `public/assets/` 764, `vendor/` 11246, `templates/` 663 — así que
  construye con el lab tal cual, sin Node y sin red. La URL es locator (ADR 0013); ancla el sha256.

Nuevo hash: `b3:391a613e…`. Declarado en `perfil.servidor` como paquete y NO en `servicios`:
arrancarlo necesita el [[service]] del SDD 30 con su app.ini, y declarar un arranque que no existe
sería la mentira que ese campo existe para no tener.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016Tf9T4vGzsMoT7eS8YzMFn
2026-09-14 14:17:52 +00:00
Sergio 0a75414da0 estado: 12 KF6 más verificadas + 10 rescatadas del libro del worker
Tanda 2 de la familia KDE Frameworks (hub): kbookmarks kcolorscheme kcompletion
kdnssd kholidays kunitconversion kauth kpty solid sonnet prison kservice.

  REPRODUCEN: 12 · DERIVA: 0 · NO-DETERMINISMO: 0 · no construyeron: 0

Y aparte: el worker tenía su propio libro (`work/repro-worker.tsv`, fuera de la siembra)
con 13 verificaciones del 2026-09-05 que nunca volvieron al hub. Cobertura medida y
perdida. Importadas 10.

Las otras 3 NO se importan, y el motivo es el que justifica que la clave del libro sea
(receta, ArtifactHash) y no la receta sola: su hash cambió desde entonces, así que la
medición ya no habla del artefacto de hoy.
  · atuq, bzip2  — reproducían, pero a un hash superado
  · aichat       — decía NO-DETERMINISMO a `c40a15bd…`; el hash vigente es `7a515b0a…`
                   y a ÉSE el propio worker le midió «reproduce». Importar por nombre
                   habría arrastrado un no-determinismo que ya no existe.
2026-09-14 14:13:14 +00:00
Sergio 6c1c316671 estado: cosecha granja 2026-09-14T14:03:05Z — avance del árbol KDE 2026-09-14 14:03:05 +00:00
Sergio bb83a4f973 estado: 12 frameworks KF6 tier 1 verificados — reproducen los 12
Barrido por FAMILIA (KDE Frameworks tier 1, todos CMake), que es lo que hace
legible el censo: si el fallo fuera del toolchain se concentraría acá y saltaría
a la vista. karchive kcodecs kconfig kdbusaddons kguiaddons ki18n kidletime
kitemmodels kplotting kwidgetsaddons kwindowsystem kcrash.

  REPRODUCEN: 12 · DERIVA: 0 · NO-DETERMINISMO: 0 · no construyeron: 0

Los 12 además CONSTRUYEN hoy, que es el otro hallazgo del verificador: `sealed`
sólo dice que alguien los construyó alguna vez con algún lab, y el lab rueda.
2026-09-14 14:01:38 +00:00
Sergio 5cb6e568d6 catálogo: wl-clipboard sube al corpus — cerraba el único orphan_dep de cuatro grafos
Estaba sólo en `recipes/incoming-wlr/`, o sea inalcanzable desde las otras
cuatro colas. `cliphist` vive en el CORPUS y la pide en `[deps] run`, así que
corpus, gnome, kde y cosmic la reportaban como `orphan_deps: ["wl-clipboard"]`.

No era cosmético: `escritorio-cosmic` declara `cliphist` de raíz, y la imagen
se habría armado con el demonio de historial y SIN `wl-copy`/`wl-paste` — el
modo de fallo silencioso que la propia receta de cliphist advierte (el binario
corre y no hace nada). La clausura no lo podía ver: decía `falta=0` en los
cinco perfiles, porque una dep que no resuelve no se cuenta, desaparece.

Solución = la que el catálogo ya usó con `mpv` y `atuq`: subirla al corpus, de
donde las colas la alcanzan (sibling-first y después el catálogo padre).

Medido antes de mover: ninguna de sus 9 deps tenía variante hermana en
`incoming-wlr`, así que el ArtifactHash no podía cambiar — y no cambió
(`b3:fc2ab7b7…` a los dos lados, comprobado con `takana hash`). Cero re-sellos.

Tras regenerar los cinco grafos: `orphan_deps: []` en los cinco, y la clausura
de `escritorio-cosmic` pasa de 273 a 274, sellada.
2026-09-14 13:54:28 +00:00
Sergio d2187fda11 estado: 11 recetas KDE más verificadas reproducibles (SDD 23) 2026-09-14 13:48:34 +00:00
Sergio 98df75a8cb estado: cosecha granja 2026-09-14T13:32:34Z — avance del árbol KDE 2026-09-14 13:32:34 +00:00
Sergio 5614d8c855 estado: cosecha granja 2026-09-14T13:02:49Z — avance del árbol KDE 2026-09-14 13:02:49 +00:00
Sergio edfdda2d4d estado: cosecha granja 2026-09-14T12:32:23Z — avance del árbol KDE 2026-09-14 12:32:23 +00:00
Sergio a26780cbd8 estado: cosecha granja 2026-09-14T12:03:00Z — avance del árbol KDE 2026-09-14 12:03:00 +00:00
Sergio 658eecb9cd estado: cosecha granja 2026-09-14T11:32:56Z — avance del árbol KDE 2026-09-14 11:32:56 +00:00
Sergio 0eee35a041 estado: cosecha granja 2026-09-14T11:03:49Z — avance del árbol KDE 2026-09-14 11:03:49 +00:00
Sergio 6c45f438b0 estado: cosecha granja 2026-09-14T10:32:23Z — avance del árbol KDE 2026-09-14 10:32:23 +00:00
Sergio af2469107f estado: cosecha granja 2026-09-14T10:02:17Z — avance del árbol KDE 2026-09-14 10:02:17 +00:00
Sergio d21d69ff8f estado: cosecha granja 2026-09-14T09:32:17Z — avance del árbol KDE 2026-09-14 09:32:17 +00:00
Sergio d16018bab7 estado: cosecha granja 2026-09-14T09:01:54Z — avance del árbol KDE 2026-09-14 09:01:54 +00:00
Sergio 97a04a145b estado: cosecha granja 2026-09-14T08:31:57Z — avance del árbol KDE 2026-09-14 08:31:57 +00:00
Sergio 192b9ab652 estado: cosecha granja 2026-09-14T08:02:17Z — avance del árbol KDE 2026-09-14 08:02:17 +00:00
Sergio 804b2a4953 estado: cosecha granja 2026-09-14T07:32:15Z — avance del árbol KDE 2026-09-14 07:32:15 +00:00
Sergio 230a95e06e estado: cosecha granja 2026-09-14T07:02:26Z — avance del árbol KDE 2026-09-14 07:02:26 +00:00
Sergio 34d673ae54 estado: cosecha granja 2026-09-14T06:32:02Z — avance del árbol KDE 2026-09-14 06:32:02 +00:00
Sergio c8f0c92728 estado: cosecha granja 2026-09-14T06:02:12Z — avance del árbol KDE 2026-09-14 06:02:12 +00:00
Sergio f2cd2d70c9 estado: cosecha granja 2026-09-14T05:31:57Z — avance del árbol KDE 2026-09-14 05:31:57 +00:00
Sergio 7ef4494e33 estado: cosecha granja 2026-09-14T05:02:07Z — avance del árbol KDE 2026-09-14 05:02:07 +00:00
Sergio 6833515475 estado: cosecha granja 2026-09-14T04:31:58Z — avance del árbol KDE 2026-09-14 04:31:58 +00:00
Sergio 20b268b229 estado: cosecha granja 2026-09-14T04:02:15Z — avance del árbol KDE 2026-09-14 04:02:15 +00:00
Sergio a5c4a86ff7 estado: cosecha granja 2026-09-14T03:31:53Z — avance del árbol KDE 2026-09-14 03:31:53 +00:00
Sergio 3df51ced38 estado: cosecha granja 2026-09-14T03:02:13Z — avance del árbol KDE 2026-09-14 03:02:13 +00:00
Sergio e2e5fd2dd7 estado: cosecha granja 2026-09-14T02:31:54Z — avance del árbol KDE 2026-09-14 02:31:54 +00:00
Sergio 11cc2fd3ff estado: cosecha granja 2026-09-14T02:02:19Z — avance del árbol KDE 2026-09-14 02:02:19 +00:00
Sergio 2a1cb93be5 estado: cosecha granja 2026-09-14T01:33:42Z — avance del árbol KDE 2026-09-14 01:33:42 +00:00
Sergio 8fd653c0d0 estado: cosecha granja 2026-09-14T01:02:27Z — avance del árbol KDE 2026-09-14 01:02:27 +00:00
Sergio 28fcd77cf2 estado: cosecha granja 2026-09-14T00:32:31Z — avance del árbol KDE 2026-09-14 00:32:31 +00:00
Sergio 13872f38d5 estado: cosecha granja 2026-09-14T00:02:28Z — avance del árbol KDE 2026-09-14 00:02:29 +00:00
Sergio af26cbc43b estado: cosecha granja 2026-09-13T23:32:00Z — avance del árbol KDE 2026-09-13 23:32:00 +00:00
Sergio 4db3e76e60 estado: cosecha granja 2026-09-13T23:02:10Z — avance del árbol KDE 2026-09-13 23:02:10 +00:00
Sergio 402d557763 estado: cosecha granja 2026-09-13T22:32:10Z — avance del árbol KDE 2026-09-13 22:32:10 +00:00
Sergio 6fadab1814 estado: cosecha granja 2026-09-13T22:02:42Z — avance del árbol KDE 2026-09-13 22:02:42 +00:00
Sergio 2b884a86a2 estado: cosecha granja 2026-09-13T21:34:43Z — avance del árbol KDE 2026-09-13 21:34:43 +00:00
Sergio 0e35652fb1 un solo NetworkManager (y KDE recupera WiFi) + upower al corpus sin arrastrar polkit
── 1. Se RETIRA incoming-kde/networkmanager.toml ───────────────────────────────────────────────
  networkmanager-qt  b3:78bbdcda00d758fb3cc3a0be7da6a67395dfbe0e4d55c5d8e5cf8afaf728ff72
  plasma-nm          b3:496a9ff7794ae5d89ac2842bdfbca38c25c91df37465a049db7cf75ee0041b82

Ayer se promovió NetworkManager al corpus CON WiFi porque la variante de KDE iba con -Dwifi=false,
y quedaron dos. Esto cierra el arco: retirada la de la cola, `networkmanager-qt` resuelve al PADRE
y la distro tiene UNO solo. Consecuencia concreta: **KDE pasa a tener WiFi**, porque su applet
hablaba con un demonio construido sin soporte inalámbrico.

Medido con `yupana radio` antes de borrar: 2 rebuilds (networkmanager-qt, plasma-nm), los dos en
la cola KDE. Y comprobado sobre el ARTEFACTO del corpus que publica lo que nm-qt pide —`libnm.pc`
y `usr/include/libnm`— antes de quitarle el suelo. Los dos sellan.

── 2. upower al corpus: COSMIC dibujaba una batería sin nadie que se la contara ────────────────
  libgudev  b3:87ca5e73…  ·  udev-pc  b3:fa880b5c…   (hash IDÉNTICO desde las dos partes ⇒ cache-hit)
  upower    b3:c82e655ff7011150f21f9413433c518f12c827c52ecf6f9fc3484f75d85c155c

Ayer escribí que esta cadena eran «3 promociones, una de ellas polkit, decisión de arquitectura».
Fui a mirar y polkit SALE de la ecuación con una perilla: la variante de KDE va `-Dpolkit=enabled`
«porque polkit YA está sellada» —cierto EN ESA COLA y falso desde el corpus—, y apagarlo cuesta
poco medido en FUNCIÓN: polkit en upower sólo gobierna las acciones privilegiadas (suspender e
hibernar por org.freedesktop.UPower, además deprecadas: hoy eso lo hace logind). Reportar batería,
carga, tiempo restante y línea de corriente NO pasa por polkit, que es justo lo que COSMIC quiere.

Se corrigió además la frase del comentario heredado que decía `-Dpolkit=enabled` al lado de un flag
que ahora dice `disabled`: una nota que desmiente al código de al lado es peor que no tener nota.
Y se le añadió su [[service]] (el corpus no lo traía; el label/id son los mismos que en GNOME a
propósito: el ULID identifica al SERVICIO, no al artefacto). No mueve el hash.

Comprobadas las NEEDED de upowerd con provee.py: libupower-glib, libffi.so.8, libz.so.1,
libudev.so.1 — las cuatro las publica el corpus y ya estaban en [deps]. Sin NEEDED colgante.

── 3. targets.toml ─────────────────────────────────────────────────────────────────────────────
  escritorio-kde     servicios += NetworkManager  (llegaba por clausura de plasma-nm y NADIE lo
                                                   arrancaba: el applet sobre un demonio apagado)
  escritorio-cosmic  paquetes  += upower · servicios += upowerd

⚠ Y se CORRIGE la nota de ayer que decía «NO declarar networkmanager en escritorio-kde porque
plasma-nm ya arrastra la variante de la cola». Ya no hay variante de cola.
2026-09-13 21:15:14 +00:00
Sergio ddfcdc7ab2 estado: cosecha granja 2026-09-13T21:04:00Z — avance del árbol KDE 2026-09-13 21:04:00 +00:00
Sergio 0295fd6dbe estado: cosecha granja 2026-09-13T20:33:28Z — avance del árbol KDE 2026-09-13 20:33:28 +00:00
Sergio 5e5369f775 libffi-shared en base: python3 volvía a ser INERTE en servidor, cli y base — y el vigía no miraba ahí
`vigia-sonames.py` corría por defecto SÓLO sobre los cinco perfiles de escritorio
(`p.startswith("escritorio")`). O sea que `base`, `cli` y `servidor` —el objetivo de la mudanza—
**nunca se miraron**. Apuntándolo a ellos a mano:

    == servidor  147 nodos · 183 sonames provistos · 1 sin proveedor
       FALTA libffi.so.8   ← lo piden: python3

`python3` no arrancaba en las tres imágenes, por el mecanismo EXACTO que `musl-shared` y
`zlib-shared` arreglaron dos días antes: la receta canónica de libffi es `--disable-shared`, ningún
artefacto del cierre publica ese soname, y dentro del lab el agujero lo tapa el rootfs de Alpine —
así que el build pasa y la imagen sale rota. `libffi-shared` ya existía en el corpus y ya estaba
declarada en otros dos perfiles; sólo faltaba en `base`.

    servidor 148 nodos · 186 sonames · **0 sin proveedor**    (base y cli, igual)

## Y el vigía pasa a mirar TODOS los perfiles

⚠ **Es la tercera vez en dos días que un guardián de este repo mide menos de lo que su resumen
afirma**: `static-audit.sh` sólo globeaba `recipes/` y no las 5 colas (3 mentiras ocultas); el bloque
de raíces sucias sólo corría al hidratar un perfil y no veía las 649 recetas fuera de toda imagen
(qdrant con 69 M de basura); y éste dejaba fuera medio sistema. **Un «0 huecos» sobre la mitad del
sistema se imprime igual que uno sobre todo él.**

⇒ Al leer un guardián, leer su SCOPE antes que su veredicto: el glob, el bucle, de dónde saca la
lista. Los ocho perfiles dan 0 sin proveedor, así que ampliar el alcance no mete ruido — sólo deja de
esconder.
2026-09-13 20:13:16 +00:00
Sergio af548b8555 estado: cosecha granja 2026-09-13T20:03:48Z — avance del árbol KDE 2026-09-13 20:03:48 +00:00
Sergio 8600ba8888 qdrant: reproduce contra el protobuf de zig — 907/907 sellado, deuda 0
Tras devolver protobuf y abseil a `zig-cc`, qdrant cayó a deuda y se reconstruyó en el worker:
2 ficheros, sólo `usr/`, 70 M, `qdrant 1.19.1`. La limpieza del `/out/src` —el DESTDIR global que
heredaba el `make install` anidado de protobuf-src— aguanta el cambio de dep. REPRODUCE bit a bit.

El corpus queda en 907/907 sellado con deuda 0.
2026-09-13 19:51:43 +00:00
Sergio 057091381e estado: cosecha granja 2026-09-13T19:32:21Z — avance del árbol KDE 2026-09-13 19:32:21 +00:00
Sergio 261f1c2a61 estado: cosecha granja 2026-09-13T19:02:47Z — avance del árbol KDE 2026-09-13 19:02:47 +00:00
Sergio 2215716047 estado: cosecha granja 2026-09-13T18:32:19Z — avance del árbol KDE 2026-09-13 18:32:19 +00:00