takana

1,210 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author SHA1 Message Date

Author	SHA1	Message	Date
sergioandClaude Opus 5	346cd59706	licencias: campo `license` en la receta — de 0 a 228 de 1141, sin re-hashear nada La deuda legal bloqueante del SDD 19 §2.1. Medido hoy: 0 de 1141 recetas declaraban licencia, no «5 de 771» como decía el informe anterior. Los dos números estaban mal: los «5» eran falsos positivos de `grep license` (el paquete `addlicense`, el paquete `cargo-bundle-licenses`, una línea `install .../share/licenses/` y un comentario), y las recetas son 1141. Contar con `grep -l <palabra>` sobre TOML cuenta comentarios y nombres, no campos; `scripts/licencias.sh` cuenta el campo de verdad (clave en la raíz, antes del primer `[table]`). LO QUE HACE LA DEUDA PAGABLE: `Recipe::hash_inputs` es una LISTA BLANCA — sólo entran source, compiler, target, link, patches, flags, phases y deps. `license` no entra, igual que `evidence` y `slots`. Por eso se puede poblar en las recetas YA SELLADAS sin mover un solo ArtifactHash. Verificado, no supuesto: en 40 recetas modificadas se comparó el hash con y sin la línea — 40 idénticos, 0 cambiados. Si el campo entrara al hash, declarar la licencia costaría reconstruir el corpus entero y no se haría nunca. Clavado con el test `licencia_round_trip_y_no_afecta_el_hash`. TRAMPA DE TOML: una clave suelta después de un `[table]` pertenece a esa tabla. Puesta al final del fichero, `license` acaba dentro de `[deps]` y se pierde EN SILENCIO, porque serde ignora los campos que no conoce — no hay error, simplemente no está. Va arriba, junto a `name` y `version`; el sembrador la inserta tras `version`. NO SE ADIVINA. Declarar mal una licencia es peor que dejarla vacía: convierte un hueco visible en una afirmación falsa. Sólo se puebla desde una tabla curada entrada por entrada (`docs/licencias-conocidas.tsv`); lo que no tiene evidencia queda vacío y se CUENTA. Concretamente se descartó el atajo «k* = KDE ⇒ LGPL»: en este catálogo `kail`, `kind`, `ko`, `kopia`, `krew`, `kustomize`, `kyverno`, `katana`, `kibi`, `kmon` y toda la familia `kube*` son herramientas Go sin relación con KDE. El nombre no es evidencia. Quedan 913, casi todas CLIs Go/Rust importados en masa — y ésas sí son automatizables con evidencia real: Cargo.toml trae el campo `license` y los módulos Go traen su LICENSE en el árbol. El cierre estructural es capturarlo en la fase de fetch, que ya descarga y extrae cada tarball, y inyectar el texto en `hammer pack` (aguas abajo del ArtifactHash) en vez de en la fase install (que sí re-hashearía). De paso, respaldo-storagebox.sh reordenado por valor irreemplazable y con zstd: medido en la oficina, el uplink da 8 Mbps iguales por cable y por wifi ⇒ 128 G no caben en una sentada, así que sube primero el cerebro (estado + repo) y `--partial-dir` hace que cortar a mitad de un artefacto no tire lo ya subido. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-08-07 10:24:11 -04:00
sergioandClaude Opus 5	9f9f2303b4	gnome onda 3: MUTTER SELLADO (b3:50c37a83) — cae el muro de logind El compositor construye: /usr/bin/mutter + gdctl, libmutter-*.so, los typelibs Clutter-16 y Cogl-16, y libmutter-16.pc — que es exactamente lo que gnome-shell enlaza e importa. LO QUE DESTRABÓ TODO: libelogind (b3:a6058906), receta nueva sobre `arje-sdlogin-compat`, un crate que escribí en tawasuyu para esto. arje-logind-compat ya publicaba el estado de sesión en /run/systemd/{sessions,users,seats}; faltaba la librería C que lo LEYERA, porque la API sd-login no es cliente D-Bus: lee esos ficheros. mutter probó libsystemd (no), después libelogind (sí) y siguió de largo. No es un stub: lee estado real que el daemon publica. Después del muro aparecieron cinco cosas más, todas resueltas y ninguna de fondo: udev-pc (b3:69e2d418) mutter pide DOS pkg-config: `libudev` (lo da libudev-zero) y `udev` (metadata: udevdir). Receta aparte y no agregado a libudev-zero porque `yupana radio` daba 51 SELLADOS cayendo a deuda en las cinco imágenes. Un .pc de 4 líneas no justifica medio catálogo. libxcvt (b3:ab8ede67) mutter corre `cvt` en build-time para generar meta-default-modes.h. El app/cvt clásico vive en xorg.freedesktop.org, que desde acá no responde (probé x.org, kernel.org y Lysator). libxcvt es la extracción moderna del mismo código, está en el pool de Debian y no arrastra nada de X11. -Dbash_completion=false y el sed de subdir('doc/man') (pedía rst2man). py3-setuptools el distutils del g-ir-scanner, mismo precedente que polkit y gjs. cierre C dinámico freetype/fontconfig/cairo/libpng/zlib/libjpeg/libtiff pasan a sus variantes -shared: mutter ya es .so y las estáticas canónicas no entran («relocation R_X86_64_32 … recompile with -fPIC»). Mismas variantes que usa gtk4. Y gsettings-desktop-schemas pasa a introspection=true + isla dinámica: su gir GDesktopEnums entra en el de Meta, y sin él el scanner cortaba en el ÚLTIMO target (721/722). Es exactamente el caso que el comentario de esa receta dejaba previsto («si mutter/gjs lo pidieran vía typelib, se re-activa»). Costo medido: 1 sellado (gnome-desktop), reconstruido acá mismo. PENDIENTE: la receta apunta al commit de gitea que todavía NO está pusheado (ver el informe). El artefacto ya es el correcto — la URL no entra al ArtifactHash, sólo el commit, así que construir desde el clon local dio el MISMO hash que dará desde gitea. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-07-28 07:54:09 -04:00
sergioandClaude Opus 4.8	6f9e30bcaf	gnome: las 10 raíces del perfil escritorio-gnome — el perfil CIERRA (mapa real) Autoradas top-down feature-minimal en incoming-gnome (parte por subagentes, parte a mano tras un stall de API): gobject-introspection, gjs, gsettings-desktop-schemas, gnome-desktop, gnome-session, gnome-settings-daemon, mutter, gnome-shell, gdm, xdg-desktop-portal-gnome. Las 10 parsean (hash dry-run). Versiones GNOME 48 salvo gnome-desktop (44.5: upstream no corta estable de la lib compartida tras 44.5). Con las raíces, el perfil escritorio-gnome CIERRA: 70 nodos, 60 YA sellados, 10 en deuda (las raíces), en 3 ondas topológicas. Contra los 613-694 del cierre nixpkgs: la sobreestimación 5-10x confirmada en vivo. La frontera GENUINA que aún no tiene receta va documentada como comentarios FRONTERA en cada TOML (json-glib, libei, colord, gcr, libsecret, polkit, ibus, at-spi2, accountsservice, linux-pam, upower, geoclue, libnotify, iso-codes, xdg-desktop-portal, libseccomp; + gtk3/x11 que g-settings-daemon 48 aún exige incondicional). Deuda de resolver: pipewire/pulseaudio/ alsa-lib/xkeyboard-config existen en incoming-kde pero resolve_dep_path no ve esa cola. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-07-24 15:42:12 -04:00

sergioandClaude Opus 5

346cd59706

licencias: campo license en la receta — de 0 a 228 de 1141, sin re-hashear nada

La deuda legal bloqueante del SDD 19 §2.1. Medido hoy: **0 de 1141 recetas** declaraban
licencia, no «5 de 771» como decía el informe anterior. Los dos números estaban mal: los
«5» eran falsos positivos de `grep license` (el paquete `addlicense`, el paquete
`cargo-bundle-licenses`, una línea `install .../share/licenses/` y un comentario), y las
recetas son 1141. Contar con `grep -l <palabra>` sobre TOML cuenta comentarios y nombres,
no campos; `scripts/licencias.sh` cuenta el campo de verdad (clave en la raíz, antes del
primer `[table]`).

LO QUE HACE LA DEUDA PAGABLE: `Recipe::hash_inputs` es una LISTA BLANCA — sólo entran
source, compiler, target, link, patches, flags, phases y deps. `license` no entra, igual
que `evidence` y `slots`. Por eso se puede poblar en las recetas YA SELLADAS sin mover un
solo ArtifactHash. Verificado, no supuesto: en 40 recetas modificadas se comparó el hash
con y sin la línea — 40 idénticos, 0 cambiados. Si el campo entrara al hash, declarar la
licencia costaría reconstruir el corpus entero y no se haría nunca. Clavado con el test
`licencia_round_trip_y_no_afecta_el_hash`.

TRAMPA DE TOML: una clave suelta después de un `[table]` pertenece a esa tabla. Puesta al
final del fichero, `license` acaba dentro de `[deps]` y se pierde EN SILENCIO, porque serde
ignora los campos que no conoce — no hay error, simplemente no está. Va arriba, junto a
`name` y `version`; el sembrador la inserta tras `version`.

NO SE ADIVINA. Declarar mal una licencia es peor que dejarla vacía: convierte un hueco
visible en una afirmación falsa. Sólo se puebla desde una tabla curada entrada por entrada
(`docs/licencias-conocidas.tsv`); lo que no tiene evidencia queda vacío y se CUENTA.
Concretamente se descartó el atajo «k* = KDE ⇒ LGPL»: en este catálogo `kail`, `kind`,
`ko`, `kopia`, `krew`, `kustomize`, `kyverno`, `katana`, `kibi`, `kmon` y toda la familia
`kube*` son herramientas Go sin relación con KDE. El nombre no es evidencia.

Quedan 913, casi todas CLIs Go/Rust importados en masa — y ésas sí son automatizables con
evidencia real: Cargo.toml trae el campo `license` y los módulos Go traen su LICENSE en el
árbol. El cierre estructural es capturarlo en la fase de fetch, que ya descarga y extrae
cada tarball, y inyectar el texto en `hammer pack` (aguas abajo del ArtifactHash) en vez de
en la fase install (que sí re-hashearía).

De paso, respaldo-storagebox.sh reordenado por valor irreemplazable y con zstd: medido en
la oficina, el uplink da 8 Mbps iguales por cable y por wifi ⇒ 128 G no caben en una
sentada, así que sube primero el cerebro (estado + repo) y `--partial-dir` hace que cortar
a mitad de un artefacto no tire lo ya subido.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-07 10:24:11 -04:00

sergioandClaude Opus 5

9f9f2303b4

gnome onda 3: MUTTER SELLADO (b3:50c37a83) — cae el muro de logind

El compositor construye: /usr/bin/mutter + gdctl, libmutter-*.so, los typelibs Clutter-16 y
Cogl-16, y libmutter-16.pc — que es exactamente lo que gnome-shell enlaza e importa.

LO QUE DESTRABÓ TODO: libelogind (b3:a6058906), receta nueva sobre `arje-sdlogin-compat`, un
crate que escribí en tawasuyu para esto. arje-logind-compat ya publicaba el estado de sesión
en /run/systemd/{sessions,users,seats}; faltaba la librería C que lo LEYERA, porque la API
sd-login no es cliente D-Bus: lee esos ficheros. mutter probó libsystemd (no), después
libelogind (sí) y siguió de largo. No es un stub: lee estado real que el daemon publica.

Después del muro aparecieron cinco cosas más, todas resueltas y ninguna de fondo:
  udev-pc (b3:69e2d418)   mutter pide DOS pkg-config: `libudev` (lo da libudev-zero) y `udev`
                          (metadata: udevdir). Receta aparte y no agregado a libudev-zero
                          porque `yupana radio` daba 51 SELLADOS cayendo a deuda en las cinco
                          imágenes. Un .pc de 4 líneas no justifica medio catálogo.
  libxcvt (b3:ab8ede67)   mutter corre `cvt` en build-time para generar meta-default-modes.h.
                          El app/cvt clásico vive en xorg.freedesktop.org, que desde acá no
                          responde (probé x.org, kernel.org y Lysator). libxcvt es la
                          extracción moderna del mismo código, está en el pool de Debian y no
                          arrastra nada de X11.
  -Dbash_completion=false y el sed de subdir('doc/man') (pedía rst2man).
  py3-setuptools          el distutils del g-ir-scanner, mismo precedente que polkit y gjs.
  cierre C dinámico       freetype/fontconfig/cairo/libpng/zlib/libjpeg/libtiff pasan a sus
                          variantes -shared: mutter ya es .so y las estáticas canónicas no
                          entran («relocation R_X86_64_32 … recompile with -fPIC»). Mismas
                          variantes que usa gtk4.

Y gsettings-desktop-schemas pasa a introspection=true + isla dinámica: su gir GDesktopEnums
entra en el de Meta, y sin él el scanner cortaba en el ÚLTIMO target (721/722). Es exactamente
el caso que el comentario de esa receta dejaba previsto («si mutter/gjs lo pidieran vía
typelib, se re-activa»). Costo medido: 1 sellado (gnome-desktop), reconstruido acá mismo.

PENDIENTE: la receta apunta al commit de gitea que todavía NO está pusheado (ver el informe).
El artefacto ya es el correcto — la URL no entra al ArtifactHash, sólo el commit, así que
construir desde el clon local dio el MISMO hash que dará desde gitea.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-07-28 07:54:09 -04:00

sergioandClaude Opus 4.8

6f9e30bcaf

gnome: las 10 raíces del perfil escritorio-gnome — el perfil CIERRA (mapa real)

Autoradas top-down feature-minimal en incoming-gnome (parte por subagentes, parte
a mano tras un stall de API): gobject-introspection, gjs, gsettings-desktop-schemas,
gnome-desktop, gnome-session, gnome-settings-daemon, mutter, gnome-shell, gdm,
xdg-desktop-portal-gnome. Las 10 parsean (hash dry-run). Versiones GNOME 48 salvo
gnome-desktop (44.5: upstream no corta estable de la lib compartida tras 44.5).

Con las raíces, el perfil escritorio-gnome CIERRA: 70 nodos, 60 YA sellados, 10 en
deuda (las raíces), en 3 ondas topológicas. Contra los 613-694 del cierre nixpkgs:
la sobreestimación 5-10x confirmada en vivo. La frontera GENUINA que aún no tiene
receta va documentada como comentarios FRONTERA en cada TOML (json-glib, libei,
colord, gcr, libsecret, polkit, ibus, at-spi2, accountsservice, linux-pam, upower,
geoclue, libnotify, iso-codes, xdg-desktop-portal, libseccomp; + gtk3/x11 que
g-settings-daemon 48 aún exige incondicional). Deuda de resolver: pipewire/pulseaudio/
alsa-lib/xkeyboard-config existen en incoming-kde pero resolve_dep_path no ve esa cola.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-07-24 15:42:12 -04:00