Files
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

61 lines
3.2 KiB
TOML

# adwaita-icon-theme 48.1 — los iconos y **los cursores** de GNOME. Sólo datos: no compila nada.
#
# POR QUÉ ENTRA: arrancando la sesión, mutter avisa
#
# libmutter-WARNING: No cursor theme available, please install a cursor theme
#
# y eso no es cosmético en un escritorio: **sin tema de cursor no hay puntero visible**. El cursor por
# software (`MUTTER_DEBUG_DISABLE_HW_CURSORS=1`, obligatorio en virtio-gpu con render software) dibuja
# la imagen que le da el tema; si no hay tema, no dibuja nada y el ratón se mueve invisible.
#
# Los cursores viven acá y no en un paquete aparte: `Adwaita/cursors/` trae los XCursor y el
# `meson.build:82` genera además los enlaces de compatibilidad con los nombres X11 heredados
# (`left_ptr`, `watch`, `xterm`…), que es lo que buscan las aplicaciones viejas.
#
# ARRASTRA `hicolor-icon-theme`, y no por gusto: `index.theme` de Adwaita declara
# `Inherits=hicolor`, así que la cadena de fallback termina en un tema que tiene que EXISTIR como
# tema (con su propio `index.theme`), no sólo como directorio.
#
# EL SED, y lo que muestra de upstream: `gtk-update-icon-cache` está declarado `required: true`
# (meson.build:92-96) para un `add_install_script` que **su propio autor marcó
# `skip_if_destdir: true`**. O sea que upstream ya sabe que no hay que correrlo en un build empaquetado
# — y aun así exige el binario en configure. Se borran los dos bloques enteros: el `find_program` y el
# `add_install_script`. No se pierde nada que fuera a ejecutarse.
#
# (`required: false` NO alcanza: meson no propaga el disabler dentro de `add_install_script`, revienta
# con «Unhandled python exception». Medido, no supuesto.)
#
# La otra alternativa era declarar `gtk4` en `[deps].build` (que SÍ trae `gtk4-update-icon-cache`), y
# se descartó a propósito: acoplaría el hash de un paquete de DATOS al de gtk4, o sea que cada rebuild
# del toolkit re-hashearía 5000 PNG que no cambiaron.
#
# El caché de iconos es una optimización de arranque, no un requisito: sin él GTK recorre el árbol.
# Si algún día pesa, se genera en el primer arranque como ya se hace con `gschemas.compiled`.
#
# Es la receta más pesada del frente en bytes de instalación (~5000 ficheros entre PNG, SVG
# simbólicos y cursores) y la más liviana en tiempo: no hay un solo compilador involucrado.
name = "adwaita-icon-theme"
version = "48.1"
license = "LGPL-3.0-or-later OR CC-BY-SA-3.0"
[source]
tarball = "https://download.gnome.org/sources/adwaita-icon-theme/48/adwaita-icon-theme-48.1.tar.xz"
sha256 = "cbfe9b86ebcd14b03ba838c49829f7e86a7b132873803b90ac10be7d318a6e12"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "dynamic"
[build.phases]
configure = '''
set -e
sed -i '/^gtk_update_icon_cache = find_program($/,/^)$/d; /^meson.add_install_script($/,/^)$/d' meson.build
PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload
'''
compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
install = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
[deps]
build = ["meson", "samurai", "python3", "pkgconf", "hicolor-icon-theme"]