Files
takana/recipes/netup.toml
T
Sergio e852f48491 takana etapa 5a: los comentarios de las 741 recetas
Barrido de TEXTO puro: 1427 líneas de comentario TOML. Cero ArtifactHash
movidos, y eso está MEDIDO, no deducido: hasheé las 741 antes y después y los
ficheros de hashes son idénticos byte a byte (723 con hash real + 18 que ya no
hasheaban de antes).

El guardián valió la pena: el primer barrido, filtrando por 'la línea empieza
con #', movió el hash de helix, lsof y steam-runtime-sniper. La causa es que una
fase se escribe como compile = <triple> ... <triple> y sus comentarios de SHELL
también empiezan con #, pero viven dentro del VALOR — y las fases sí entran en
hash_inputs. El barrido ahora calcula los rangos de las cadenas multilínea de
TOML y no entra ahí.

Quedan intactos a propósito: .hammer-zig-cc y .hammer-cargo-vendor (literales
dentro de fases), hammerd, hammer-recover y toda ruta que empiece por /
2026-09-09 19:23:26 +00:00

25 lines
1.1 KiB
TOML

# netup — configuración de red mínima Rust-nativa (link up + cliente DHCPv4 + addr/route/resolv).
#
# Etapa C pieza 5 (userland Rust-nativo): a diferencia de uutils/findutils/ripgrep (ADOPCIÓN de un
# binario maduro), netup es código takana-PROPIO (no hay cliente DHCP Rust maduro para adoptar al estilo
# ripgrep, y el workspace es 100% sync ⇒ rtnetlink/tokio quedan fuera). Mismo patrón de receta que
# hammerd/arje-zero: construye un crate del workspace takana a un commit fijado, deps vendoreadas para
# build hermético --offline, link con zig cc. Sólo depende de libc ⇒ vendor mínimo.
#
# Reemplaza el `ip` estático de busybox. Validado in-VM contra el DHCP de QEMU slirp (lease+ruta+DNS).
name = "netup"
version = "0.0.1"
license = "MIT"
[source]
# Repo del propio takana (origin). El commit es el identificador inmutable; subirlo cuando netup avance.
repo = "ssh://gitea@git.tawasuyu.net:2345/sergio/hammer.git"
commit = "6886f810bddd29481e1d84b982d98e783b578bdc"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = ["-p", "netup"]