Sergio
e852f48491
Barrido de TEXTO puro: 1427 líneas de comentario TOML. Cero ArtifactHash movidos, y eso está MEDIDO, no deducido: hasheé las 741 antes y después y los ficheros de hashes son idénticos byte a byte (723 con hash real + 18 que ya no hasheaban de antes). El guardián valió la pena: el primer barrido, filtrando por 'la línea empieza con #', movió el hash de helix, lsof y steam-runtime-sniper. La causa es que una fase se escribe como compile = <triple> ... <triple> y sus comentarios de SHELL también empiezan con #, pero viven dentro del VALOR — y las fases sí entran en hash_inputs. El barrido ahora calcula los rangos de las cadenas multilínea de TOML y no entra ahí. Quedan intactos a propósito: .hammer-zig-cc y .hammer-cargo-vendor (literales dentro de fases), hammerd, hammer-recover y toda ruta que empiece por /
52 lines
2.9 KiB
TOML
52 lines
2.9 KiB
TOML
# bubblewrap (bwrap) 0.11.0 — pieza 4 del toolchain takana-from-source (SDD 11 §7.2b).
|
|
#
|
|
# bwrap es EL sandbox del lab: cada build hermético corre dentro de `bwrap` (ver
|
|
# takana-build/src/sandbox.rs). Reemplazar el bwrap de Alpine por uno construido por takana cierra
|
|
# otra dependencia del toolchain. Como make/busybox/linux-headers, se monta sobre /toolchain con el
|
|
# swap del builder (variante b) — aquí un swap de BINARIO (`--swap bwrap=<hash>:usr/bin/bwrap`).
|
|
#
|
|
# bwrap NO necesita casar byte-a-byte con el de Alpine: es una herramienta del toolchain, no un input
|
|
# del 4/4. Cualquier bwrap funcional aísla igual (mismos namespaces/mounts ⇒ mismos outputs), así que
|
|
# la reproducibilidad de of_tree(stage1') se mantiene mientras bwrap sandboxee correctamente.
|
|
#
|
|
# Por qué NO meson: bubblewrap 0.11 usa meson+ninja+python, AUSENTES del toolchain Alpine. Pero el
|
|
# proyecto es 4 archivos .c + un `config.h` trivial; los compilamos directo con `zig cc` estático,
|
|
# evitando el meson por completo. Es el mismo binario, sólo otro driver de build.
|
|
#
|
|
# libcap es dependencia obligatoria (bubblewrap.c hace `#include <sys/capability.h>` y llama `cap_*`).
|
|
# El toolchain Alpine trae sólo el .so runtime, no el -dev; por eso `deps.build = ["libcap"]`: el lab
|
|
# construye libcap y apila su árbol como capa overlay del sandbox, dejando libcap.a + sys/capability.h
|
|
# + libcap.pc en /usr — pkgconf y zig cc los ven en las rutas estándar (ver materialize_build_deps).
|
|
|
|
name = "bwrap"
|
|
version = "0.11.0"
|
|
license = "LGPL-2.0-or-later"
|
|
|
|
[source]
|
|
tarball = "https://github.com/containers/bubblewrap/releases/download/v0.11.0/bubblewrap-0.11.0.tar.xz"
|
|
sha256 = "988fd6b232dafa04b8b8198723efeaccdb3c6aa9c1c7936219d5791a8b7a8646"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
# Split de la info de depuración (SDD 23 etapa 4, tanda de HOJAS). Entra en `hash_inputs`.
|
|
strip_debug = true
|
|
|
|
[deps]
|
|
build = ["binutils", "libcap"]
|
|
|
|
[build.phases]
|
|
# El árbol detecta como BuildSys::Meson ⇒ el default `meson setup` fallaría (no hay meson). Override
|
|
# de las 3 fases para compilar a mano con zig cc.
|
|
# configure: generar el `config.h` que meson produciría. Sólo PACKAGE_STRING es necesario; HAVE_SELINUX
|
|
# y ENABLE_REQUIRE_USERNS son #ifdef opcionales (los dejamos sin definir: sin SELinux, sin require_userns).
|
|
configure = "printf '#define PACKAGE_STRING \"bubblewrap 0.11.0\"\\n' > config.h"
|
|
# compile: los 4 .c estáticos contra musl + libcap. -D_GNU_SOURCE lo añade meson (bwrap usa clearenv,
|
|
# MS_*, etc.). -lcap -lpsx desde /usr/lib (la capa overlay de la dep libcap). -mcpu=baseline por
|
|
# reproducibilidad CPU-independiente (igual que el resto del lab).
|
|
compile = "zig cc -mcpu=baseline -static -O2 -D_GNU_SOURCE -I. bubblewrap.c bind-mount.c network.c utils.c -L/usr/lib -lcap -lpsx -o bwrap"
|
|
# install: el binario a /usr/bin/bwrap, donde lo espera el swap del builder.
|
|
install = "mkdir -p /out/usr/bin && cp bwrap /out/usr/bin/bwrap"
|