Files
SergioandClaude Opus 5 466972e301 busybox: 79 → 69 applets sin otro dueño, y ninguno de los diez costó escribir userland
Cuatro artefactos sellados y el paso 2 del plan cerrado. Los diez applets que
dejan de depender de busybox salieron de arreglar recetas, no de escribir código:

  xz unxz xzcat lzma unlzma lzcat  → recipes/xz-tools.toml (nueva, b3:194c7d69…)
  vi                               → un symlink en recipes/vim.toml
  cpio                             → un symlink en recipes/libarchive.toml
  arch hostname                    → los trajo el feature de uutils (b3:614ff653…)

xz-tools es el TERCER caso de la familia de zstd-cli, y eso ya estaba escrito en
targets.toml: «la receta canónica construye sólo lib/ y su artefacto no tiene
usr/bin; declararla no habría arreglado nada». Igual que musl-shared, zlib-shared
y libffi-shared. Cuatro veces la misma forma — la receta publica la lib, la
imagen declara el paquete, y el binario no está. Va como variante porque ampliar
la canónica re-hashearía a sus 14 consumidores.

⚠ xz-tools selló DINÁMICO en la primera corrida pese al link = "static", y
funcionaba: comprimía y descomprimía sin una queja. Es el relink de libtool, que
libarchive.toml y bluez.toml ya documentan — hace falta LDFLAGS=-all-static en
compile Y en install. Lo delató el `file` del binario, no una prueba que fallara.

Paso 2 del plan: uutils, findutils, findutils-xargs, diffutils, gzip, grep y
xz-tools declarados en el perfil `base` — seis recetas que llevaban meses
`sealed` con `perfiles: []`. Hasta hoy, `find`, `xargs`, `diff`, `cmp`, `gzip`,
`zcat` y `grep` en una imagen de takana eran el applet de busybox, no porque
faltara escribirlos sino porque nadie los declaró. `grep` entra como PUENTE
declarado: ripgrep ya viaja pero publica `rg` y no es grep POSIX.

El censo gana modo --guardian, y vigila PÉRDIDAS, no un umbral: un umbral hay
que subirlo cada vez que se retira un applet y a la tercera nadie lo sube con
criterio; que un applet con proveedor medido deje de tenerlo es siempre una
regresión. Probado en los dos sentidos — rc=0 contra /store, rc=1 contra un store
mutilado, nombrando applet y proveedor perdido.

Los cuatro sellaron con el mismo hash en el store tirable y en /store: dos
work_root distintos, bytes idénticos.

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

79 lines
3.0 KiB
TOML

# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
# YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el
# sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild.
name = "vim"
version = "9.2.0747"
license = "Vim"
[source]
tarball = "https://github.com/vim/vim/archive/refs/tags/v9.2.0747/vim-9.2.0747.tar.gz"
# FIXME sha256: el wrapper lo calcula (Alpine publica sha512). sha512 de Alpine:
# sha512 = "9dba40e94e09879eed41555be1275b993cac9b85b1105635f3c1dd2f5c3171f41db09c18b75313d1c6e4c2e5562b8542c4c8861929128a541c77f7e351eb425c"
sha256 = "91535a380a445989b39dfd88c6afe8efa08668a17120ffbb33a237eab31952f3"
[build]
# gcc (gueto, como nano/htop): zig-cc miscompila estos C clásicos.
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = []
# vim de CONSOLA (sin GUI, sin X, sin intérpretes). Fase `configure` EXPLÍCITA (gotcha: si el
# ./configure va dentro de `compile`, takana sintetiza un configure por defecto y pisa las flags).
# vim_cv_* cacheados para musl/estático (evita runtime-tests que cuelgan). --with-tlib=ncursesw:
# la ncurses del corpus es widec-only (libncursesw.a; sin symlink libncurses.a).
[build.phases]
configure = '''
# La ncurses del corpus es static (no-PIE); vim usa la API termcap (tgetent→lib_termcap.o) cuyas
# reubicaciones R_X86_64_32 (_nc_globals) NO entran en un binario PIE. El lab linka static-PIE por
# defecto ⇒ apagamos PIE en compile y link.
export CFLAGS="${CFLAGS:-} -fno-pie -fno-PIE"
export LDFLAGS="${LDFLAGS:-} -no-pie"
export vim_cv_toupper_broken=no \
vim_cv_terminfo=yes \
vim_cv_tgetent=zero \
vim_cv_getcwd_broken=no \
vim_cv_stat_ignores_slash=no \
vim_cv_memmove_handles_overlap=yes \
vim_cv_bcopy_handles_overlap=yes \
vim_cv_memcpy_handles_overlap=yes
./configure \
--build=$CBUILD \
--host=$CHOST \
--prefix=/usr \
--with-features=normal \
--disable-gui \
--without-x \
--disable-netbeans \
--enable-multibyte \
--with-tlib=ncursesw \
--disable-nls \
--disable-luainterp \
--disable-python3interp \
--disable-perlinterp \
--disable-rubyinterp \
--disable-tclinterp \
--with-compiledby="hammer"
'''
compile = 'make -j"$(nproc)"'
# de package() de Alpine (traducido $pkgdir→/out):
install = '''
make -j1 DESTDIR="/out" install
install -Dm644 runtime/doc/uganda.txt \
"/out/usr/share/licenses/vim/LICENSE"
# only relevant to gvim (no existen sin GUI)
rm -rf "/out"/usr/share/icons/ || true
rm -rf "/out"/usr/share/applications/ || true
# `vi` (2026-09-21): el `make install` de vim deja `vim ex view rvim vimdiff xxd` y NO `vi` —
# upstream no lo crea, en Debian lo pone el sistema de alternativas. Medido con
# `scripts/busybox-censo-proveedores.py`: `vi` era uno de los applets que en toda la imagen sólo
# proveía busybox, con vim declarado en los 7 perfiles. Es un enlace, no un paquete.
ln -sf vim "/out/usr/bin/vi"
'''
[deps]
build = ["ncurses", "linux-headers", "pkgconf", "make"]