sergioandClaude Opus 5
c56fd373a1
Primera tanda con el orden nuevo (por impacto en el grafo, no alfabético). 30 recetas C de clase HOJA: bash, coreutils, git, gnupg, grep, gzip, jq, e2fsprogs, libarchive, htop… LA MEDIDA QUE JUSTIFICA EL CAMBIO DE ORDEN: activar estas 30 dejó 41 recetas sin artefacto vigente = las 12 que ya estaban en deuda + las 30 tocadas (una ya estaba entre las 12). **Cero colateral.** Contra la tanda anterior, donde tocar TRES bibliotecas base (expat, zstd, ncurses) dejó 54 sin artefacto y tumbó la cadena wlroots/sway entera. Mismo esfuerzo de build, diez veces menos destrozo. El orden no era un detalle de comodidad. Selección: clase `c` + `dependientes_total == 0` + estado sellado, excluyendo las de tawasuyu (git privado ⇒ no construyen en el worker, que es sin secretos por diseño) y las Go/Rust, que necesitan sus módulos y fallan ahí. Quedan 73 hojas C elegibles; van 30. La tanda corre DESASIDA con nohup en el worker — la lección de ayer, cuando un drenaje murió a las 14 de 54 al caerse la sesión ssh. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
47 lines
2.3 KiB
TOML
47 lines
2.3 KiB
TOML
# GNU coreutils 9.8 — pieza 5 del toolchain hammer-from-source (SDD 11 §7.2b).
|
|
#
|
|
# cp/mkdir/ln/chmod/mv/rm/install… del builder. El `make install` de musl y busybox los invoca (vía
|
|
# tools/install.sh y el install de busybox), así que están en el camino real del 4/4. Hoy vienen del
|
|
# paquete `coreutils` de Alpine.
|
|
#
|
|
# Como make/busybox/bwrap, coreutils es una HERRAMIENTA del toolchain (no input compilado del 4/4): no
|
|
# necesita casar byte-a-byte con la de Alpine, sólo producir los mismos árboles instalados (cp copia los
|
|
# mismos bytes con cualquier versión; of_tree ignora timestamps). Por eso build vainilla, sin patches.
|
|
#
|
|
# Alpine empaqueta coreutils como **multicall** (`/bin/coreutils` + ~100 symlinks cp→coreutils, …, igual
|
|
# que busybox). `--enable-single-binary` reproduce ese layout: un único binario que despacha por argv[0].
|
|
# El swap del builder reemplaza ese único `/toolchain/bin/coreutils` (swap de archivo) y los symlinks que
|
|
# Alpine ya dejó en el toolchain (cp, mkdir, install, …) pasan a usar el de hammer — un solo --swap cubre
|
|
# todos los applets.
|
|
#
|
|
# Tarball release (configure ya generado ⇒ AutoconfReady, como grep/make). Estático musl con zig cc.
|
|
|
|
name = "coreutils"
|
|
version = "9.8"
|
|
license = "GPL-3.0-or-later"
|
|
|
|
[source]
|
|
tarball = "https://ftp.gnu.org/gnu/coreutils/coreutils-9.8.tar.gz"
|
|
sha256 = "1be88d53f694671cf7fb85e7723dbd1de9131d031880161b452a0685b986296e"
|
|
|
|
[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
|
|
# --enable-single-binary: un solo binario multicall + symlinks (layout Alpine). --disable-nls: sin
|
|
# gettext (ausente). Las flags van al ./configure (AutoconfReady).
|
|
flags = ["--enable-single-binary", "--disable-nls"]
|
|
|
|
[deps]
|
|
build = ["binutils", "make"]
|
|
|
|
[build.phases]
|
|
# install por defecto (make install DESTDIR=/out) deja el multicall en /out/usr/bin/coreutils; lo
|
|
# relocamos a /out/bin/coreutils, que es donde apuntan los symlinks del toolchain Alpine (/bin/cp →
|
|
# coreutils, etc.) y el rel_path del swap. Mantenemos también el de /usr/bin por si algún consumidor
|
|
# lo busca ahí; sólo bin/coreutils es lo que el swap monta.
|
|
install = "make install DESTDIR=/out PREFIX=/usr && mkdir -p /out/bin && cp /out/usr/bin/coreutils /out/bin/coreutils"
|