Files
SergioandClaude Opus 5 64005efcbd busybox: los 23 applets sin dueño eran 79 — el reparto era juicio, y medido no da
El plan de botar busybox decía de sí mismo que el reparto applet→dueño era
«juicio, no medida». Medido contra los 1407 artefactos del store: de los 277
applets vivos, 167 los provee el dueño que el TSV nombra, 31 los provee OTRO
paquete, y 79 no los provee NADIE salvo busybox — 56 más de los 23 previstos.

El hallazgo transversal es que una receta de LIBRERÍA no es un paquete de
HERRAMIENTAS, y build-state no distingue: `xz` figura en SEIS perfiles con el
`usr/bin` VACÍO (su receta pasa --disable-xz --disable-xzdec --disable-scripts,
o sea liblzma y nada más), y `ncurses` instala sólo install.libs/install.includes
⇒ ni clear, ni reset, ni tput. Las dos viajan, las dos dicen `sealed`, y el único
binario que hay adentro de la imagen es el applet de busybox.

Y al revés: `switch_root` y `sulogin` los trae util-linux, `partprobe` lo trae
parted, y `getty` tiene sustituto — `agetty` de util-linux, en los 7 perfiles ⇒
deja de ser ESCRIBIR y pasa a ser migrar el exec de la card. Seis de los 18
huecos de iproute2 (ipaddr iplink ipneigh iproute iprule iptunnel) no son
comandos de nadie: son nombres internos de busybox y se borran del defconfig.

uutils traía 78 applets, no los 90 que el plan le atribuía: el multicall
contestaba `coreutils: unknown program 'chmod'`. Construía con las default
features (feat_common_core) y el resto vive detrás de feat_os_unix_musl, que
cubre exactamente los 25 que faltaban. Construido y verificado contra un store
tirable: 79 → 106 applets, 27 nuevos y CERO perdidos, chmod/uname/id ejecutan, y
`stdbuf` correctamente ausente (por eso la variante _musl y no feat_os_unix:
upstream lo excluye en musl porque necesita un cdylib).

Importaba más de lo que parece: USERLAND_COMPONENTS hidrata uutils DESPUÉS de
busybox para ensombrecerlo, y lo que no existe no ensombrece nada — chmod, chown,
id, uname y stat los seguía dando busybox con el userland Rust instalado encima.

⚠ Dicho en la receta y en el documento: who/users/uptime/pinky compilan contra
los stubs de utmpx de musl y contestan vacío. No es regresión, tampoco es
sustitución.

El censo queda como script (scripts/busybox-censo-proveedores.py) y como dos
columnas del TSV, no como una tabla escrita a mano que vuelva a envejecer.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-21 21:02:07 +00:00

52 lines
3.2 KiB
TOML

# uutils/coreutils 0.9.0 — coreutils en Rust (reemplazo Rust-nativo de busybox/GNU coreutils).
#
# Primera pieza de la Etapa C (userland Rust-nativo): adopta una reimplementación MADURA (MIT) como
# receta Cargo, el mismo patrón que hammerd/arje-zero — no se escribe de cero. Multicall: un binario
# `coreutils` + un symlink por applet (ls/cp/mkdir/…). Esquiva el bug de zig por construcción: el
# codegen lo hace rustc/LLVM, no el path C de zig (sólo se usa `zig cc` como linker).
#
# Fuente git pinned al tag 0.9.0 (ADR 0006); uutils commitea su Cargo.lock ⇒ vendor + `--locked`
# bit-reproducible. Estático musl con zig cc (sin loader del host).
name = "uutils"
version = "0.9.0"
license = "MIT"
[source]
repo = "https://github.com/uutils/coreutils"
commit = "9eefc3705093910ad8e8bbcf7e5f84a49720340f"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
# `--bin coreutils`: el paquete coreutils tiene lib + bin; `cargo rustc -- <flags>` exige UN solo
# target (a diferencia de arje-zero, que tiene un único bin y bastaba `-p`). Seleccionamos el binario
# multicall.
#
# ⚠ `--features feat_os_unix_musl` (2026-09-21): las DEFAULT features son `feat_common_core`, y ese
# set **no trae 25 applets** que el plan de botar busybox daba por cubiertos. Medido sobre el
# artefacto sellado `b3:9005da83…`: instalaba 78 symlinks, y el propio multicall contestaba
# `coreutils: unknown program 'chmod'`. O sea que `chmod`, `chown`, `id`, `uname`, `stat` y 20 más
# los seguía dando **sólo busybox** en la imagen, con `uutils` ya hidratado encima (el
# `USERLAND_COMPONENTS` de takana-bootstrap ensombrece lo que existe, y lo que no existe no
# ensombrece nada). El feature sale del `Cargo.toml` del tag pineado y cubre exactamente esos 25:
# feat_Tier1 → arch hostname nproc sync uname whoami
# feat_require_unix_core→ chgrp chmod chown chroot groups id install kill logname mkfifo mknod
# nice nohup stat stty timeout
# …_hostid / …_utmpx → hostid · pinky uptime users who
# Es la variante `_musl` y no `feat_os_unix` a propósito: upstream excluye `stdbuf` en musl porque
# necesita un cdylib (rust-lang/rust#82193), y con `feat_os_unix` el build falla al enlazarlo.
#
# ⚠ Y lo que el feature NO arregla, dicho para que nadie lo lea como cubierto: `who`, `users`,
# `uptime` y `pinky` compilan contra los stubs de utmpx de musl, así que **contestan vacío**. No es
# regresión —el `who` de busybox en musl está igual de ciego— pero tampoco es una sustitución real.
flags = ["--bin", "coreutils", "--features", "feat_os_unix_musl"]
# Install custom (sólo esta fase; configure/compile siguen auto-Cargo): instala el multicall en
# /usr/bin/coreutils y crea un symlink RELATIVO por applet (ls→coreutils, cp→coreutils, …), igual
# layout que busybox/GNU-coreutils multicall ⇒ drop-in. `--list` lo da el propio binario (static
# musl, corre en el sandbox). El loop cubre los applets embebidos por las features de arriba.
[build.phases]
install = "mkdir -p /out/usr/bin && cp target/release/coreutils /out/usr/bin/coreutils && for u in $(/out/usr/bin/coreutils --list); do ln -sf coreutils /out/usr/bin/\"$u\"; done"