sergioandClaude Opus 4.8
d99ed58850
DOS ERRORES MÍOS, uno de dirección y otro técnico, los dos en la cosecha automática:
1. DIRECCIÓN: declaró `busybox` como dep en 29 recetas — cuando la Etapa C lo está
ELIMINANDO (USERLAND_COMPONENTS=[uutils,findutils,…], ya cerrada; joyas-reusables
§5 lo confirma: "uutils… Ubuntu 25.10 los envía como default"). Estaba cimentando
la deuda que el roadmap borra.
2. TÉCNICO: busybox YA está en el runtime base de harkaq (`ro /bin/busybox`, `ro
/bin/sh` — el sandbox corre `sh -c` y /bin/sh→/bin/busybox). Es CONTRATO, no dep.
Declararlo apila el busybox de hammer sobre el de Alpine y ROMPE el build:
binutils daba "cannot run C compiled programs" en las DOS máquinas. Verificado:
sin busybox declarado, binutils construye (b3:f4507dcd…). Y la cadena se explica:
binutils roto ⇒ zlib (que lo declara) tampoco construía.
Auditoría de la cosecha (diff real, no la línea completa del +): añadió sólo 5 deps
distintas — make ×73, busybox ×29, perl ×8, pkgconf ×5, binutils ×1. Sólo busybox
estaba mal; las otras 4 son deps reales medidas. busybox revertido de 30 recetas
(queda sólo en busybox.toml, pre-existente).
Es el mismo error que ya me habían señalado con otro disfraz: MEDIR BIEN Y ACCIONAR
MAL. harkaq midió correcto (el build toca /bin/busybox: es el shell); la acción
correcta no era declararlo sino reconocerlo como contrato.
+ COORDINACIÓN del §3 con Fable 5 (mismo diseño, tareas repartidas):
- Su lección casper queda CONFIRMADA y REFORZADA: la clausura de build no sólo le
FALTAN las clases del mundo (offline) — también le SOBRA casi todo (headers, gcc).
Medido: htop (estático, 0 NEEDED) no toca NADA al correr ⇒ política = su binario.
- Su "la clase viaja como campo de la ConcesionCapacidad, sin formato nuevo" se
cumple LITERALMENTE: lo firmado es format::Permisos = u32 bitmask en 36 bytes
canónicos (Ring 0) ⇒ las clases SON los bits. La cripto no se toca.
- Diseño unificado: frontera (clases, u32, declaradas) + detalle (paths, Landlock,
medidos). D3 rige en ambos.
- Reparto: clases→Fable 5; medición/harness→Opus. CONTACTO: runtime-policy.sh ahora
emite la CLASE detectada (/etc/resolv.conf→dns, /etc/ssl/certs→tls-certs, …), no
sólo el path: la medición alimenta la tabla, la tabla decide el bit.
- Consumidor esperando: plan-jaula-juegos F1 (Steam que no puede leer ~/.ssh).
+ juez.sh (§10): nombre único por corrida (con uno fijo pega en caché ⇒ falso
"sin evidencia"). Fue el juez quien destapó todo esto en su primera corrida real.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
42 lines
2.2 KiB
TOML
42 lines
2.2 KiB
TOML
# zlib 1.3.1 — dependencia de build del frente rust (variante b, SDD 11 §7.2b).
|
|
#
|
|
# mrustc enlaza `-lz` (comprime los ficheros de bytecode) y el toolchain Alpine sólo trae el `.so`
|
|
# runtime (libz.so.1), no el -dev (ni `zlib.h` ni `libz.a` ni `zlib.pc`). Igual que libcap para bwrap,
|
|
# zlib se construye desde fuente y se materializa como capa `--overlay-src` del sandbox (deps.build),
|
|
# dejando `zlib.h` + `libz.a` + `zlib.pc` en /usr donde pkgconf y zig cc los hallan sin flags.
|
|
#
|
|
# zlib NO necesita casar byte-a-byte con la de Alpine: es una pieza del TOOLCHAIN (se enlaza dentro de
|
|
# mrustc/rustc, herramientas), no un input del 4/4. Build vainilla, sin patches.
|
|
#
|
|
# zlib trae un `configure` ESCRITO A MANO (no autoconf): rechaza las flags estándar de autotools
|
|
# (`--host=`, etc.), así que el AutoconfReady por defecto fallaría. Override explícito de las fases,
|
|
# como musl. El sandbox exporta CC="zig cc -mcpu=baseline"; zlib lo respeta vía $CC.
|
|
|
|
name = "zlib"
|
|
version = "1.3.1"
|
|
|
|
[source]
|
|
tarball = "https://github.com/madler/zlib/releases/download/v1.3.1/zlib-1.3.1.tar.gz"
|
|
sha256 = "9a93b2b7dfdac77ceba5a558a580e74667dd6fede4585b91eefb60f03b72df23"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
[deps]
|
|
build = ["make", "binutils"]
|
|
|
|
[build.phases]
|
|
# --static: sólo libz.a (sin .so; mrustc/rustc enlazan estático). --prefix=/usr: zlib.h→/usr/include,
|
|
# libz.a→/usr/lib, zlib.pc→/usr/lib/pkgconfig (layout que materialize_build_deps overlaya en /usr).
|
|
# CFLAGS=-fPIC: el libz.a lleva objetos PIC ⇒ enlazable dentro de .so (Mesa liga libz en sus
|
|
# bibliotecas compartidas; sin PIC: «R_X86_64_PC32 ... recompile with -fPIC»). PIC es superset.
|
|
# -O2 -fno-sanitize=undefined: sin un -O explícito zig cc emite llamadas al runtime UBSan
|
|
# (__ubsan_handle_*) que el libz.a estático arrastra ⇒ TODO lo que lo enlace estático (git, curl,
|
|
# mandoc, pciutils…) fallaba con «undefined reference to __ubsan_handle_*». -O2 (build optimizado,
|
|
# apropiado para una lib de compresión) + el opt-out explícito dejan el libz.a limpio (2026-07-10).
|
|
configure = "CFLAGS='-fPIC -O2 -fno-sanitize=undefined' ./configure --prefix=/usr --static"
|
|
compile = "make -j\"$(nproc)\""
|
|
install = "make install DESTDIR=/out"
|