Files
takana/scripts/gnome/hydrate-gnome.sh
T
sergioandClaude Opus 5 bc4d0c8aea gnome: los 7 typelibs CERRADOS — librsvg y ibus, y dos deudas viejas pagadas de paso
Rsvg-2.0   librsvg b3:351f4658
  IBus-1.0   ibus    b3:d4d3750a

**1. PERILLA NUEVA DEL LAB: `[source] cargo_vendor`.** `detect_build_system` asume UN
sistema de build por árbol, y librsvg genuinamente tiene dos: `configure.ac` gana por
precedencia pero su Makefile llama a `cargo build`, que dentro del sandbox hermético
no tiene red. La perilla fuerza el vendoreo (que ocurre en el fetch, donde sí hay red)
sin tocar la detección. **No entra al ArtifactHash** —decide de dónde salen las deps,
no cuáles: eso lo fija el Cargo.lock, ya bajo el sha256 de la fuente— así que se puede
prender en una receta ya sellada sin re-hashear nada. Con test, y verificado en vivo:
libelogind no movió su hash tras el cambio.

**2. LA DEUDA DEL UNWINDER, PAGADA.** librsvg moría en
`undefined reference: _Unwind_DeleteException`. No es de librsvg: es de la `std` de
rustc, que trae landing pads y espera el runtime que en glibc vive en libgcc_s. Es la
deuda que el corpus arrastra desde matar-gcc —«las 12 recetas Rust son UN problema, no
12»— y el remedio estaba a mano: **zig empaqueta la libunwind de LLVM** y exporta los
`_Unwind_*` (verificado con nm). Alcanza `LIBS=-lunwind`. Va por LIBS y no por LDFLAGS
porque autotools pone LIBS al FINAL de la línea de enlace, que es donde tiene que ir
una librería que resuelve símbolos indefinidos.

librsvg va en 2.58.5 y no 2.59+: en 2.59 cambió a meson + cargo-c, y cargo-cbuild
enlaza el crate `cargo` entero (libgit2, libssh2, libcurl, openssl) — una campaña
propia por un binario que sólo corre en el constructor. 2.58.5 produce el mismo
Rsvg-2.0. Mismo criterio que gnome-desktop 44.5.

**3. `x11-compose-data`, y es una tensión que vale la pena tener escrita.** ibus COMPILA
la tabla de teclas muertas de X11 dentro de libibus (Makefile.am:310, incondicional, sin
`--disable-`). Sin datos no construye. Los datos viven en el tarball de libX11 por
historia, no por necesidad técnica: son 5192 líneas de reglas. La receta extrae SÓLO los
ficheros de locale reproduciendo la regla de upstream (`cpprules.in`: cpp crudo +
CPP_SED_MAGIC literal) y no compila una línea de X11. Un escritorio Wayland-only sigue
necesitando la tabla de composición del mundo Unix.

Gotchas de ibus, los tres medidos: su ayuda MIENTE (`--enable-gtk4`/`--enable-wayland`
sugieren default apagado; el default es `yes`); `--disable-emoji-dict` NO apaga
`--disable-unicode-dict`; y con `--disable-wayland` el build muere igual porque
`tools/main.c` llama wl_display_* sin `#ifdef` mientras WAYLAND_LIBS sólo se agrega si
la opción está prendida — bug de upstream en su propia configuración sin Wayland.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-07-29 14:28:50 -04:00

117 lines
5.3 KiB
Bash
Executable File

#!/usr/bin/env bash
# hydrate-gnome.sh — proyecta al FHS el cierre de runtime de una receta GNOME, desde artefactos
# SELLADOS del store, sin rebuild ni reproduce (`hammer hydrate <hash> --into`).
#
# DIFERENCIA CON scripts/kde/hydrate-from-store.sh, y por qué importa: aquél resuelve el cierre desde
# un `index.json` de repo y elige el artefacto por MTIME con un CUTOFF ("el más nuevo anterior a hoy").
# Eso es una heurística: si dos artefactos del mismo paquete conviven en el store, la fecha no dice
# cuál corresponde a la receta VIGENTE. Acá el cierre sale del GRAFO REAL de recetas (`[deps].build`,
# resolución hermano→padre, la misma que usa hammer) y el artefacto se elige por `hammer hash`, que
# calcula el ArtifactHash de la receta de HOY sin construir. O sea: cero ambigüedad, y si falta algo
# el reporte dice exactamente qué receta y con qué hash lo buscaba.
#
# Uso: scripts/gnome/hydrate-gnome.sh [receta.toml ...]
# Env: RFS (def work/gnome-rootfs) destino
# STORE (def ./store)
# LINK (def static) static=hardlink | dynamic=patchelf
# KEEP (def 0) 1 = no borrar el RFS previo
set -uo pipefail
ROOT="$(cd "$(dirname "$0")/../.." && pwd)"; cd "$ROOT"
RFS="${RFS:-work/gnome-rootfs}"; STORE="${STORE:-./store}"; LINK="${LINK:-static}"
HAMMER="${HAMMER:-./target/release/hammer}"; KEEP="${KEEP:-0}"
# Por defecto se hidratan DOS raíces, no una. accountsservice no es dep de build de gnome-shell —no
# aparece en su meson.build ni en su cierre— sino dep de RUNTIME: la capa JS del shell hace
# `imports.gi.AccountsService` y gjs resuelve el typelib al arrancar. Todo lo que el shell carga por
# `imports.gi.*` es invisible al grafo de deps, así que hay que nombrarlo acá o no entra al rootfs.
# El cierre de BUILD no es el cierre de RUNTIME; ésta es la lista de las raíces que faltan.
# (no `${@:-...}`: con dos valores por defecto y comillas, bash los pasaría como UN solo argumento)
if [ $# -gt 0 ]; then
TARGETS=("$@")
else
TARGETS=(
recipes/incoming-gnome/gnome-shell.toml
recipes/incoming-gnome/accountsservice.toml # imports.gi.AccountsService
recipes/incoming-gnome/gi-foreign-typelibs.toml # DBus-1.0/cairo-1.0, que Gdk y Atspi incluyen
# El resto sale de `js/misc/dependencies.js` del shell — la lista donde DECLARA qué typelibs
# exige al arrancar. Cerrarlas de una evita el bucle de «arrancar, ver qué falta, rehacer imagen».
recipes/incoming-gnome/libgdm.toml # imports.gi.Gdm
recipes/incoming-gnome/geoclue.toml # imports.gi.Geoclue
recipes/incoming-gnome/libgweather.toml # imports.gi.GWeather
recipes/incoming-gnome/upower.toml # imports.gi.UPowerGlib
recipes/incoming-gnome/librsvg.toml # imports.gi.Rsvg
recipes/incoming-gnome/ibus.toml # imports.gi.IBus
)
fi
# ── cierre transitivo por el grafo de recetas, en orden topológico ──────────────────────────────
PLAN=$(python3 - "${TARGETS[@]}" <<'PY'
import sys, tomllib
from pathlib import Path
def resolve(base_dir: Path, dep: str) -> Path | None:
"""Misma regla que hammer_build::resolve_dep_path: HERMANO primero, luego el catálogo PADRE.
Nunca de reojo a otra cola — por eso icu4c hubo que copiarla a incoming-gnome/."""
sib = base_dir / f"{dep}.toml"
if sib.exists():
return sib
par = base_dir.parent / f"{dep}.toml"
return par if par.exists() else None
seen, order, missing = set(), [], []
def visit(path: Path):
p = path.resolve()
if p in seen:
return
seen.add(p)
try:
r = tomllib.loads(p.read_text())
except Exception as e:
print(f"!PARSE\t{p}\t{e}", file=sys.stderr)
return
for d in r.get("deps", {}).get("build", []):
q = resolve(p.parent, d)
if q is None:
missing.append((p.name, d))
else:
visit(q)
order.append((p, r.get("name", p.stem)))
for t in sys.argv[1:]:
visit(Path(t))
for recipe, dep in missing:
print(f"!NORECIPE\t{recipe}\t{dep}", file=sys.stderr)
for p, name in order:
print(f"{p}\t{name}")
PY
)
[ "$KEEP" = 1 ] || rm -rf "$RFS"
mkdir -p "$RFS"
total=$(printf '%s\n' "$PLAN" | grep -c . || true)
echo "==> cierre de ${TARGETS[*]}: $total recetas → $RFS (link=$LINK)"
ok=0; miss=0; MISSING=""
while IFS=$'\t' read -r path name; do
[ -n "$path" ] || continue
h=$("$HAMMER" --store "$STORE" hash "$path" 2>/dev/null | tail -1)
if [ -z "$h" ]; then
printf " ✗ %-28s (hash falló)\n" "$name"; miss=$((miss+1)); MISSING="$MISSING $name"; continue
fi
hex="${h#b3:}"
if [ ! -d "$STORE/$hex-$name" ]; then
printf " ✗ %-28s %s NO-SELLADO\n" "$name" "${hex:0:12}"; miss=$((miss+1)); MISSING="$MISSING $name"; continue
fi
if "$HAMMER" --store "$STORE" hydrate "$hex" --into "$RFS" --link "$LINK" >/dev/null 2>&1; then
ok=$((ok+1))
else
printf " ✗ %-28s %s (hydrate falló)\n" "$name" "${hex:0:12}"; miss=$((miss+1)); MISSING="$MISSING $name"
fi
done <<< "$PLAN"
echo "==> $ok proyectados · $miss faltantes"
[ -n "$MISSING" ] && echo " faltan:$MISSING"
echo " binarios: $(find "$RFS" -type f -perm -u+x 2>/dev/null | wc -l) · .so: $(find "$RFS" -name '*.so*' 2>/dev/null | wc -l) · typelibs: $(find "$RFS" -name '*.typelib' 2>/dev/null | wc -l)"
[ "$miss" = 0 ]