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>
55 lines
3.1 KiB
TOML
55 lines
3.1 KiB
TOML
# GNU binutils 2.45.1 — herramienta del toolchain hammer-from-source (variante b, SDD 11 §7.2b).
|
|
#
|
|
# ar/ld/as/ranlib/strip/objcopy/objdump/nm/readelf/addr2line/c++filt/size/strings del builder. Es la
|
|
# misma versión que empaqueta Alpine 3.23.4 (binutils-2.45.1-r0), elegida para de-Alpinizar el toolchain
|
|
# pieza a pieza.
|
|
#
|
|
# ⚠️ INERTE para el of_tree del 4/4: el compilador del lab es `zig cc`, que aporta su PROPIO ensamblador
|
|
# interno y su `ld` (lld), además de los multitool `zig ar`/`zig ranlib`/`zig objcopy` que las recetas
|
|
# usan vía AR='zig ar' etc. Las recetas del 4/4 (musl/busybox/hammerd/arje-zero) NO invocan el ld/as de
|
|
# binutils, así que swapearlo NO cambia `of_tree(stage1')`. Por eso NO tiene flag SWAP_* dedicado en
|
|
# selfhost-verify.sh; si se quiere ejercitar el swap, va por el escape `SWAPS="binutils=<hash>:usr/bin/ld
|
|
# binutils=<hash>:usr/bin/as …"`. Esta receta existe para completar la provenance del toolchain (que el
|
|
# builder sea reconstruible 100% desde fuente, no "binutils de Alpine"), no para mover el of_tree.
|
|
#
|
|
# Tool, no input compilado del 4/4 ⇒ build vainilla, sin patches. Tarball release GNU (configure ya
|
|
# generado ⇒ AutoconfReady, como coreutils/m4/grep).
|
|
#
|
|
# CC=gcc/CXX=g++ (NO zig), igual que python3/cmake: zig 0.16 MISCOMPILA binarios musl grandes ⇒ binutils
|
|
# construido con `zig cc` SEGFAULTEA al correr (`as` da "Internal error (Segmentation fault)"; ld/ar
|
|
# mueren igual). gcc nativo (como lo compila Alpine) los produce funcionales. Es herramienta, no input
|
|
# del 4/4 ⇒ el compilador da igual mientras los binarios corran.
|
|
#
|
|
# link = "dynamic": binutils usa libtool, que DESCARTA el `-static` del ejecutable final (lo reinterpreta
|
|
# como "libs libtool estáticas"), así que un build "static" igual sale dinámico — y además zig cc deja un
|
|
# NEEDED `libc.so` que no resuelve contra el musl de Alpine. gcc dinámico enlaza `libc.musl-x86_64.so.1`
|
|
# correctamente, idéntico al propio binutils de Alpine (que también es dinámico, con libbfd/libctf .so).
|
|
# El swap correría contra el musl del toolchain, presente en el builder.
|
|
|
|
name = "binutils"
|
|
version = "2.45.1"
|
|
|
|
[source]
|
|
tarball = "https://ftp.gnu.org/gnu/binutils/binutils-2.45.1.tar.gz"
|
|
sha256 = "2b63ae0ad015eb2755294f127bfd179c1849979dd87b6e8e1a7376964a4323dc"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "dynamic"
|
|
# zig 0.13.0 en vez del 0.16: con zig 0.14+ binutils miscompila (`as` SEGFAULTEA, "Internal error").
|
|
# Es la REGRESIÓN de zig 0.14 en C/musl (bisect con flex: 0.13.0 limpio, 0.14+ rotos). Antes se
|
|
# esquivaba con CC=gcc; ahora con el zig bueno por-receta gcc deja de hacer falta. SDD 11 §7.2b.
|
|
zig_version = "0.13.0"
|
|
|
|
[deps]
|
|
build = ["make"]
|
|
|
|
[build.phases]
|
|
# --disable-nls: sin gettext (ausente en el toolchain hermético). --disable-werror: binutils promueve
|
|
# varios warnings a error por defecto. --disable-gprofng: el profiler de binutils 2.4x no es parte del
|
|
# toolchain ar/ld/as y arrastra chequeos de profiling (mcount) innecesarios.
|
|
configure = "./configure --prefix=/usr --disable-nls --disable-werror --disable-gprofng"
|
|
compile = "make -j\"$(nproc)\""
|
|
install = "make install DESTDIR=/out PREFIX=/usr"
|