gnome: hydrate-gnome.sh — el cierre de runtime de la cima CIERRA 108/108

Proyecta al FHS el cierre de una receta GNOME desde artefactos SELLADOS, sin rebuild. Resultado sobre gnome-shell: **108 recetas, 0 faltantes** — 614 binarios, 455 .so, 49 typelibs. 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. 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`. Cero ambigüedad, y si falta algo el reporte dice qué receta y con qué hash lo buscaba. Auditado además el cierre DINÁMICO del rootfs (452 ELF, 104 librerías NEEDED). Sin resolver quedan cuatro, y sólo dos son hallazgos: libc.so 359 consumidores — es el propio musl (en musl el loader ES libc); lo aporta la base metal, no es hueco. libc.musl-x86_64.so.1 17 artefactos (nss + spidermonkey) piden ESTE soname en vez de libc.so. Es la MISMA libc: los construidos con el gcc/clang de Alpine emiten un soname distinto al de zig-cc. No rompe si el rootfs trae los dos nombres, pero es una fisura de consistencia a documentar. libstdc++.so.6 + SÓLO libmozjs-128.so y js128 ⇒ **la sesión GNOME arrastra libgcc_s.so.1 el runtime C++ de Alpine por la cadena gnome-shell → libgjs → libmozjs**. Es exactamente la "última milla" de matar-gcc que se cerró para cmake con -static-libstdc++ y que spidermonkey no cubrió. Radio medido: 2 sellados (gjs, gnome-shell). Pendiente, y conviene en el worker: el compile de mozjs come ~8GB+. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-07-28 21:06:55 -04:00
parent fed6130199
commit f6734d6ce6
1 changed files with 94 additions and 0 deletions
@@ -0,0 +1,94 @@
+#!/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}"
+TARGETS=("${@:-recipes/incoming-gnome/gnome-shell.toml}")
+
+# ── 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 ]