#!/bin/sh
# Arma el `bin/` de la persona con las herramientas del CORPUS, para que el agente enjaulado tenga
# toolchain sin depender del gestor de paquetes de la imagen.
#
# ── POR QUÉ NO SE INSTALAN CON PACMAN (2026-09-18) ──────────────────────────────────────────────
# El agente de adentro reportó que le faltan `cargo rustc make pkg-config python3`, y la salida
# obvia —sumarlos a `packages` y `takana qorpa provision`— **hoy no funciona**: con un mapa de un
# solo id, `pacman` no puede chownear su directorio de descarga y muere en
#
#     error: failed to chown temporary download directory …: Invalid argument
#
# que es exactamente la consecuencia que el aviso de qorpa viene anunciando (SDD 28 §6.55).
#
# Pero no hace falta pacman: **las herramientas ya están selladas en el store**, son musl estáticas y
# corren igual dentro de una imagen glibc — comprobado con `takana` y con `rustc`. Usarlas es además
# lo coherente con la distro: el corpus es el que provee, no Arch.
#
# `go` y `zig` no van acá: viven en el lab (`/work/dev-fs/tools`) y el lanzador ya los pone en PATH.
#
# ── TRES DE LAS DIEZ NO SON ESTÁTICAS, Y ADENTRO NO ARRANCAN (2026-09-18, medido) ───────────────
# `rustc`, `cargo` y `python3` son musl **dinámicas**. Su `PT_INTERP` pide `/lib/ld-musl-x86_64.so.1`
# y **la imagen de Arch no lo tiene**, así que adentro las tres mueren con
#
#     …/usr/bin/cargo: cannot execute: required file not found
#
# `LD_LIBRARY_PATH` no puede taparlo: actúa DESPUÉS de que el cargador cargue, y acá el que falta es
# el cargador. Por eso este guion pasó en verde la primera vez: se corrió EN LA CAJA, que es musl y
# lo tiene nativo. El control decía la verdad sobre el sitio equivocado.
#
# La cura es invocar el cargador del lab explícitamente. Y el envoltorio de `rustc` tiene que
# llamarse `rustc` **en el PATH**, no sólo existir: cargo lanza a `rustc` POR NOMBRE, y sin eso muere
# con `could not execute process … rustc -vV (never executed)`, que no nombra la causa.
#
# ── Y `cc` TIENE QUE FILTRAR EL TRIPLE QUE LE PASA cc-rs (2026-09-18, medido) ───────────────────
# `zig cc` a secas no sirve de `cc` para cargo. cc-rs le pasa SU triple y zig no lo entiende:
#
#     $ zig cc --target=x86_64-unknown-linux-musl -o h h.c
#     error: unable to parse target query 'x86_64-unknown-linux-musl': UnknownOperatingSystem
#
# Eso tumba `blake3`, que cuelga de medio árbol de tawasuyu. Es el MISMO defecto que tiene el `cc`
# de `cc-por-zig.sh` en la caja, arreglado allá igual que acá.
#
# ── Y LAS BANDERAS DE ENLACE VAN EN EL ENVOLTORIO, NO EN /etc/profile.d ─────────────────────────
# En la caja las pone `cc-por-zig.sh` en `/etc/profile.d/rust-enlazador.sh`. Acá eso NO serviría: la
# jaula no corre shells de login —el lanzador hace `exec` directo— así que el fichero quedaría
# presente, con contenido, y sin efecto: justo la avería que este repo persigue. Van adentro del
# envoltorio de `rustc`, que es el único sitio por el que pasan TODAS las compilaciones, incluidas
# las de los build scripts (a los que `RUSTFLAGS` no alcanza cuando se pasa `--target`).
# Van PRIMERO para que lo que ponga la persona en `RUSTFLAGS` gane: en rustc, la última `-C` manda.
set -eu

U=${1:-sergio}
BIN=${BIN:-/work/$U/bin}
install -d -o "$U" -g "$U" "$BIN"

# ── El lab: de ahí sale el cargador musl que la imagen ajena no tiene ───────────────────────────
LAB=${TAKANA_LAB:-}
if [ -z "$LAB" ]; then
  for d in /work/dev-fs/alpine "/work/$U/dev-fs/alpine"; do
    [ -x "$d/lib/ld-musl-x86_64.so.1" ] && { LAB=$d; break; }
  done
fi
[ -n "$LAB" ] || { echo "no encuentro el alpine del lab (probé /work/dev-fs/alpine y /work/$U/dev-fs/alpine)" >&2; exit 1; }
echo "==> lab en $LAB"

# ── Y EL CARGADOR VA TAMBIÉN EN `/lib`, QUE NO ES REDUNDANTE (2026-09-21, medido) ───────────────
# El envoltorio alcanza para que `cargo` ARRANQUE, pero no para lo que cargo lanza por su cuenta:
# cargo exporta `CARGO=<ruta del binario REAL>` —el del store, no el envoltorio— y hay macros que
# lo ejecutan. `proc-macro-crate` corre `$CARGO locate-project` para ubicar la raíz del workspace,
# y adentro de la jaula ese exec moría con «No such file or directory» —que acá miente: el fichero
# existe y es ejecutable, el que falta es el INTÉRPRETE—. `crate_name()` devolvía Err y el derive
# `Type` de zvariant caía a su última rama (`::zvariant`) en vez de `::zbus::zvariant`:
#
#     error[E0433]: cannot find `zvariant` in the crate root      (atspi-proxies 0.13.0)
#
# Eso se lee como un defecto del lock del repo ajeno y NO lo es: con el cargador puesto,
# `llimphi-ui` de tawasuyu —winit + accesskit + wgpu— compila entero en 2m17s. La clase es más
# grande que este caso: CUALQUIER herramienta que re-ejecute `$CARGO` o `$RUSTC` por su ruta
# absoluta se rompía igual, en un crate ajeno y a diez capas del origen.
if [ ! -e /lib/ld-musl-x86_64.so.1 ] && ln -sfn "$LAB/lib/ld-musl-x86_64.so.1" /lib/ld-musl-x86_64.so.1 2>/dev/null; then
  echo "  (puesto /lib/ld-musl-x86_64.so.1 -> $LAB — sin él, lo que cargo LANZA no arranca)"
fi

# El zig del CORPUS, el mismo que usa cc-por-zig.sh en la caja. No se toma el de `/work/dev-fs/tools`
# para que el `cc` de adentro y el de afuera sean el mismo binario.
ZIG=$(find /store -maxdepth 3 -type f -perm -100 -name zig -path '*seed-zig*' 2>/dev/null | head -1)
[ -n "$ZIG" ] || { echo "no encuentro el zig de seed-zig en /store — sin él no hay driver de C" >&2; exit 1; }
echo "==> zig $("$ZIG" version) en $ZIG"

# Cuerpo común de los envoltorios. $1 = nombre del binario, $2 = nombre de la RECETA, $3 = extra.
#
# ⚠ El nombre de la receta se compara ENTERO, no por sufijo: el glob `/store/*-make` también casa
# con `…-cargo-make` —medido: la primera versión eligió cargo-make y `make --version` moría con un
# `exec` que no nombraba la causa—. El directorio es `<hash>-<receta>`: se le quita el hash y se
# compara. Y se elige el MÁS RECIENTE, no un hash cableado, para sobrevivir a un re-sellado.
busca_artefacto() {
  echo "b=\$(ls -dt /store/*-$1 2>/dev/null | while read -r d; do n=\${d##*/}; [ \"\${n#*-}\" = \"$1\" ] && { echo \"\$d\"; break; }; done)"
  echo "[ -n \"\$b\" ] || { echo '$2: no hay artefacto -$1 en /store' >&2; exit 1; }"
}

envoltorio() {
  t=$1; r=$2; pre=$3
  {
    echo '#!/bin/sh'
    echo "# Envoltorio: $t sale del store (musl estático, corre dentro de la imagen glibc)."
    busca_artefacto "$r" "$t"
    echo "$pre"
    echo "exec \"\$b/usr/bin/$t\" \"\$@\""
  } > "$BIN/$t"
  chmod 755 "$BIN/$t"
}

# Las dinámicas: por el cargador del lab, y sólo si la caja no tiene el suyo. Así este mismo guion
# sirve en la caja (musl, cargador nativo) y en la jaula (Arch, sin cargador musl) sin ramificar.
# $1 = binario, $2 = receta, $3 = banderas que el envoltorio antepone a los argumentos.
envoltorio_dinamico() {
  t=$1; r=$2; flags=$3
  {
    echo '#!/bin/sh'
    echo "# Envoltorio: $t sale del store. Es musl DINÁMICA: sin el cargador no arranca (ver cabecera)."
    busca_artefacto "$r" "$t"
    echo "L=\"$LAB/lib:$LAB/usr/lib:\$b/usr/lib\""
    echo 'if [ -x /lib/ld-musl-x86_64.so.1 ]; then'
    echo "  LD_LIBRARY_PATH=\"\$L\${LD_LIBRARY_PATH:+:\$LD_LIBRARY_PATH}\" exec \"\$b/usr/bin/$t\" $flags \"\$@\""
    echo 'else'
    echo "  exec \"$LAB/lib/ld-musl-x86_64.so.1\" --library-path \"\$L\" \"\$b/usr/bin/$t\" $flags \"\$@\""
    echo 'fi'
  } > "$BIN/$t"
  chmod 755 "$BIN/$t"
}

for par in make:make pkgconf:pkgconf jq:jq rsync:rsync curl:curl takana:takana; do
  envoltorio "${par%%:*}" "${par##*:}" ":"
done

# ── `git` aparte: SU EXEC-PATH ESTÁ COMPILADO Y ES ABSOLUTO (medido el 2026-09-22) ──────────────
# `git` no es un binario: es un multiplexor que lanza `git-remote-https`, `git-http-fetch` y otros
# treinta ayudantes buscándolos en un directorio COMPILADO AL BUILD — `/usr/libexec/git-core`, la ruta
# FHS. Corrido desde el store, esa ruta es la de la IMAGEN de la jaula, que acá está VACÍA de
# ayudantes (`ls /usr/libexec/git-core | grep -c remote-http` ⇒ **0**), así que git no encuentra los
# SUYOS aunque estén en su artefacto:
#
#     $ git ls-remote https://github.com/…
#     git: 'remote-https' is not a git command.
#
# ⚠ **Y eso NO es «el git del corpus no trae los helpers», que es lo que este repo creía y escribió en
# CLAUDE.md §2.** Los trae: `…-git/usr/libexec/git-core/git-remote-https` está ahí, medido. Lo único
# que faltaba era decirle dónde mirar. Con `GIT_EXEC_PATH` apuntando a su propio libexec, el mismo
# binario clona por https Y empuja al espejo de GitHub — comprobado con `ls-remote` y con
# `push --dry-run`, que llegó hasta el rechazo por non-fast-forward, o sea que habló TLS y autenticó.
#
# Es la misma familia que el resto de este guion (un binario del store que no encuentra lo suyo
# porque la ruta está horneada), sólo que acá lo que falta no es el cargador: es un directorio.
envoltorio git git 'export GIT_EXEC_PATH="$b/usr/libexec/git-core"'

# ── `bwrap` aparte: NO ES UNA COMODIDAD, ES LA RECUPERACIÓN DE UNA JAULA A MEDIAS ───────────────
# Los demás envoltorios de este guion existen para traer una herramienta buena del corpus. Éste
# existe porque **la jaula viva pierde el CONTENIDO de `/usr/bin` y `/bin`** — pasó dos veces el
# 2026-10-20 — y el síntoma no se parece en nada a la causa:
#
#     ls /usr/bin | wc -l   ⇒ 0        pero  /bin/bash --version  ⇒ FUNCIONA
#
# O sea que el `readdir` devuelve vacío y el `lookup` por nombre sigue resolviendo: lo que ya estaba
# en uso anda, y lo que hay que buscar por `PATH` no. Con eso se va el `bwrap` de la imagen, y
# entonces `takana build` muere así:
#
#     Error: spawn bwrap: No such file or directory (os error 2)
#
# que se lee como un takana roto o un paquete que falta. **No falta nada**: `bubblewrap` está en el
# store, sellado, y el binario del store aísla de verdad (comprobado con `--unshare-pid`). Lo que
# falta es el camino hasta él — misma figura que el `GIT_EXEC_PATH` de arriba, donde el git del
# corpus SÍ traía sus ayudantes. *Antes de creer que falta un paquete, comprobar si lo que falta es
# el camino.*
#
# Va acá, en el generador, y no a mano en `/work/sergio/bin`: un arreglo que vive fuera del repo se
# pierde al rehacer la jaula, que es exactamente lo que pasó con los symlinks de `work_root` el
# 21-sep. Un arreglo que hay que recordar no es un arreglo.
envoltorio bwrap bwrap ':'


# `python3` y `cargo` no llevan banderas; `rustc` sí — son las tres que necesita el enlace en este
# triple, las mismas que `cc-por-zig.sh` pone en la caja. `link-self-contained=no` porque este
# toolchain no trae `rust-lld` (incompatible con el llvm-config externo).
envoltorio_dinamico python3 python3 ""
envoltorio_dinamico cargo    rust    ""
envoltorio_dinamico rustc    rust    "-C linker=$BIN/cc -C linker-flavor=gcc -C link-self-contained=no"

# ── El driver de C ─────────────────────────────────────────────────────────────────────────────
# La caché de zig NO va en el home: son varios G. Misma razón que en cc-por-zig.sh.
CACHE=${CACHE:-/work/$U/.cache/zig}
install -d -o "$U" -g "$U" "$CACHE" 2>/dev/null || mkdir -p "$CACHE"
for sub in cc c++; do
  nombre=$sub; [ "$sub" = "c++" ] && nombre=c++
  cat > "$BIN/$nombre" <<EOF
#!/bin/sh
# Envoltorio de \`zig $sub\` como driver de C de la jaula.
# ⚠ Se DESCARTA el \`--target=\` que pasa cc-rs: usa triples de rustc (\`x86_64-unknown-linux-musl\`) y
# zig sólo entiende los suyos (\`x86_64-linux-musl\`). Sin esto, \`blake3\` no compila. Medido.
args=""
for a in "\$@"; do
  case "\$a" in --target=*|-target) continue ;; esac
  args="\$args '\$a'"
done
export ZIG_GLOBAL_CACHE_DIR="\${ZIG_GLOBAL_CACHE_DIR:-$CACHE}"
eval exec "$ZIG" $sub -target x86_64-linux-musl \$args
EOF
  chmod 755 "$BIN/$nombre"
done

chown -R "$U:$U" "$BIN" 2>/dev/null || :

# ── CONTROL: que CORRAN, no que existan ─────────────────────────────────────────────────────────
# ⚠ Sin tubería: `cmd | head` devuelve el estado de `head`, o sea SIEMPRE 0, y la primera versión de
# este control dio por bueno un envoltorio que fallaba al `exec`. Se captura primero, se recorta después.
fallos=0
for t in make pkgconf python3 jq rsync git curl takana rustc cargo; do
  if out=$("$BIN/$t" --version 2>&1); then
    printf "  ✓ %-9s %s\n" "$t" "$(printf '%s' "$out" | head -1 | cut -c1-46)"
  else
    printf "  ✗ %-9s %s\n" "$t" "$(printf '%s' "$out" | head -1 | cut -c1-60)"; fallos=$((fallos+1))
  fi
done

# ── CONTROL: que COMPILEN, que es otra cosa ────────────────────────────────────────────────────
# `--version` no toca ni el driver de C ni el enlazador, así que no habría visto NINGUNO de los dos
# defectos de arriba. Estos tres sí, y ninguno necesita red:
#   1. C con el `--target=` de cc-rs  → el defecto que tumbaba blake3
#   2. una proc-macro                 → el enlace de dylibs, que es lo que rompía sin las banderas
#   3. un binario estático            → que el remedio no sea peor que la enfermedad
T=$(mktemp -d); trap 'rm -rf "$T"' EXIT
printf '#include <stdio.h>\nint main(void){ puts("C"); return 0; }\n' > "$T/h.c"
if "$BIN/cc" --target=x86_64-unknown-linux-musl -o "$T/h" "$T/h.c" 2>"$T/e1" && [ "$("$T/h")" = "C" ]; then
  printf "  ✓ %-9s con el --target= de cc-rs\n" "cc"
else
  printf "  ✗ %-9s %s\n" "cc" "$(head -1 "$T/e1")"; fallos=$((fallos+1))
fi
printf 'extern crate proc_macro;\nuse proc_macro::TokenStream;\n#[proc_macro]\npub fn m(_i: TokenStream) -> TokenStream { "fn v() -> u32 { 42 }".parse().unwrap() }\n' > "$T/pm.rs"
if "$BIN/rustc" --edition 2021 --crate-type proc-macro --out-dir "$T" "$T/pm.rs" 2>"$T/e2" && [ -n "$(ls "$T"/*.so 2>/dev/null)" ]; then
  printf "  ✓ %-9s proc-macro (dylib) enlazada\n" "rustc"
else
  printf "  ✗ %-9s %s\n" "rustc" "$(grep -m1 error "$T/e2" 2>/dev/null || head -1 "$T/e2")"; fallos=$((fallos+1))
fi
printf 'fn main(){ println!("estatico"); }\n' > "$T/s.rs"
if "$BIN/rustc" --edition 2021 -o "$T/s" "$T/s.rs" 2>"$T/e3" && [ "$("$T/s")" = "estatico" ]; then
  printf "  ✓ %-9s binario estático\n" "rustc"
else
  printf "  ✗ %-9s %s\n" "rustc" "$(grep -m1 error "$T/e3" 2>/dev/null || head -1 "$T/e3")"; fallos=$((fallos+1))
fi

# ── CONTROL: y que arranquen SIN el envoltorio ─────────────────────────────────────────────────
# Esto es lo que ve una proc-macro: `$CARGO` y `$RUSTC` apuntan al binario del STORE, no a `$BIN`.
# Los tres controles de arriba pasan con este camino roto —todos entran por el envoltorio—, y el
# error sale después, en un crate ajeno, diciendo otra cosa.
R=$(ls -dt /store/*-rust 2>/dev/null | while read -r d; do n=${d##*/}; [ "${n#*-}" = "rust" ] && { echo "$d"; break; }; done)
export LD_LIBRARY_PATH="$LAB/lib:$LAB/usr/lib:$R/usr/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
mkdir -p "$T/src"; : > "$T/src/lib.rs"   # sin un target, `locate-project` ni llega a mirar la ruta
printf '[package]\nname = "x"\nversion = "0.0.0"\nedition = "2021"\n' > "$T/Cargo.toml"
if out=$("$R/usr/bin/cargo" locate-project --workspace --message-format=plain --manifest-path="$T/Cargo.toml" 2>&1); then
  printf "  ✓ %-9s el binario del store arranca sin envoltorio (\$CARGO)\n" "cargo"
else
  printf "  ✗ %-9s %s\n" "cargo" "$(printf '%s' "$out" | head -1 | cut -c1-60)"; fallos=$((fallos+1))
fi

[ "$fallos" -eq 0 ] || { echo "==> $fallos comprobación(es) en rojo" >&2; exit 1; }
echo "==> $BIN listo"