gioser

sergio/takana

> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…

⎇ main recipes/tuc.toml TOML · 46 líneas · 2.4 KB Historia crudo

takana etapa 5a: los comentarios de las 741 recetas e852f4849 · Sergio ·

1# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
2# YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el
3# sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild.
4name    = "tuc"
5version = "1.3.0"
6license = "GPL-3.0-or-later"
7
8[source]
9tarball = "https://github.com/riquito/tuc/archive/v1.3.0/tuc-1.3.0.tar.gz"
10# FIXME sha256: el wrapper lo calcula (Alpine publica sha512). sha512 de Alpine:
11# sha512 = "da64cffa388d032576b1f96f13d20c1ee657cd99eba0d1b0252dcc133bcd5b2de49007a30c426760d845dbd5ddf23ab7b81ebb83bce4eba7f40d25712f539ddf"
12sha256  = "81dc5f4a0355ecdf9515c88c34c365d20f339d316df7dbe72667cd2b18445c61"
13
14[build]
15compiler = "zig-cc"
16target   = "x86_64-linux-musl"
17link     = "static"
18flags    = ["--bin", "tuc"]
19
20[build.phases]
21# SIN fase `compile` custom — A PROPÓSITO (2026-07-17, frente static-audit).
22#
23# La receta importada de Alpine traía `cargo build --frozen --release`. Eso NO era inocente: en
24# `resolve_phases` el lab sólo autogenera la fase si la receta NO la trae (`if out.compile.is_none()`),
25# así que un `compile` propio REEMPLAZA el comando del lab ENTERO y con él se pierden las tres cosas
26# que hacen honesto al `link = "static"`:
27#   1. `-C target-feature=+crt-static`   (mete musl DENTRO; sin esto el rust de Alpine enlaza dinámico)
28#   2. `-C relocation-model=static`      (ET_EXEC sin interpreter, en vez de PIE)
29#   3. `-C linker=.hammer-zig-cc`        (el wrapper que sanea el triple `x86_64-alpine-linux-musl`)
30# El binario salía PIE dinámico con `NEEDED: libgcc_s.so.1, libc.musl-x86_64.so.1`.
31#
32# Ojo con el diagnóstico fácil: ese `libgcc_s` NO lo metía ningún sys-crate en C. tuc es Rust puro.
33# Es el UNWINDER de la std de rustc, que sin `+crt-static` se enlaza dinámico contra el libgcc_s de
34# Alpine. Por eso el fix no es `-static-libgcc` (eso es para C/C++): es dejar de pisar la fase del lab.
35# Contraste que lo prueba: cargo-hack también es Rust puro, no tiene fase compile custom, y sale
36# ET_EXEC estático. Misma toolchain, único delta = quién arma el `cargo`.
37#
38# `flags = ["--bin", "tuc"]`: el path default usa `cargo rustc -- <flags>`, que exige UN único target,
39# y tuc expone lib + bin homónimos.
40# de package() de Alpine (traducido $pkgdir→/out):
41install = '''
42_abuild_phase() {
43install -Dm755 target/release/tuc -t "/out"/usr/bin/
44}
45_abuild_phase
46'''