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…

TOML 1472Shell 176Rust 106Markdown 953592 Sutichaykuna

⎇ 2ecce583e59c6996355b7e96aa55c12d70496af1 recipes/crun.toml TOML · 76 siq'ikuna · 4.9 KB Ñawpa willay ch'uya

crun: un contenedor ARRANCÓ de verdad — la hoja de la última familia vacía 2ecce583e · Sergio ·

1# crun 1.29.1 — el runtime OCI. Es la HOJA de la única familia que la tabla de
2# `scripts/mudanza/planear.py` sigue dando vacía: «contenedores». Y entra como hoja a propósito: un
3# runtime OCI es lo que **cualquiera** de los tres candidatos de esa familia acaba ejecutando por
4# debajo, así que construirlo no presupone cuál se elige arriba (podman, containerd o nada). La
5# decisión de qué gestor lleva la distro sigue abierta y no la toma esta receta.
6#
7# **Por qué crun y no runc**, que es lo mismo pero en Go: crun está escrito en C, pesa ~300 KB contra
8# los ~10 MB de runc, y arranca contenedores en menos memoria — que importa en una caja de 7 GiB. Es
9# además el runtime por defecto de Alpine y de Fedora, o sea que musl es un objetivo probado y no una
10# aventura. runc sigue siendo una opción válida si alguien la necesita; no son excluyentes.
11#
12# ⚠ **`--disable-systemd` NO ES UNA PREFERENCIA: SIN ÉL EL `configure` ABORTA.** Su `configure.ac`
13# hace `AC_CHECK_HEADERS([systemd/sd-bus.h], [], [AC_MSG_ERROR(*** Missing libsystemd headers)])` —
14# o sea que systemd es obligatorio salvo que se apague explícitamente. Esta distro no lleva systemd
15# (el init es arje-zero), así que el cgroup manager de crun va a ser el suyo propio (`cgroupfs`),
16# no el de systemd. Es coherente con el resto del sistema, no una limitación que se descubra después.
17#
18# **Todo lo demás está pineado por la razón de siempre**: `configure` PRUEBA el entorno, y el lab no
19# entra en `hash_inputs` ⇒ lo que encuentre instalado cambiaría el binario sin mover el hash.
20#
21#   --enable-embedded-blake3   el default es «autodetect»: si el lab tuviera `libblake3` la usaría, y
22#                              si no, cae a la copia embebida. Dos labs ⇒ dos binarios distintos en
23#                              la MISMA dirección del store. Se fija en `yes` (embebida), que además
24#                              es lo único posible: `libblake3` no está en el corpus.
25#   --disable-criu             checkpoint/restore necesita CRIU, que tampoco está. El `configure` lo
26#                              probaría con pkg-config y seguiría en silencio si no lo encuentra.
27#
28# `libcap` y `libseccomp` SÍ entran como deps y NO se apagan, que es la decisión contraria y
29# deliberada: son las dos piezas con las que un runtime OCI acota de verdad al contenedor. Un crun
30# con `--disable-caps --disable-seccomp` compila igual y aísla mucho menos — y el binario no lo
31# diría. Las dos están selladas en el corpus.
32#
33# **`argp-standalone` es la otra dep que no se deduce del proyecto**: crun parsea sus flags con
34# `argp_parse(3)`, que es una **extensión de glibc** y musl NO tiene. Sin ella `configure` muere con
35# `*** argp functions not found`. El corpus ya traía la receta (`recipes/argp-standalone.toml`,
36# sellada) — sólo faltaba que alguien la pidiera.
37#
38# **`python3` es dep de BUILD aunque crun sea C puro**, y el fallo lo dice sin ayudar:
39# `configure: error: no suitable Python interpreter found`. Su `configure.ac` llama a `AM_PATH_PYTHON`
40# sin marcarlo opcional, así que aborta aunque no se pidan las bindings de Python. Es la misma figura
41# que meson ([[receta-meson-exige-python3]]): una dep invisible que no se deduce del lenguaje del
42# proyecto.
43#
44# `json-c` es la librería de JSON con la que crun lee el `config.json` del bundle OCI. crun ≤1.2x
45# usaba yajl; 1.29 ya no (`grep -c yajl configure` → 0). Vale decirlo porque las recetas de otras
46# distros todavía arrastran yajl y uno la busca sin necesidad.
47name    = "crun"
48version = "1.29.1"
49license = "GPL-2.0-or-later"
50
51[source]
52tarball = "https://github.com/containers/crun/releases/download/1.29.1/crun-1.29.1.tar.gz"
53sha256  = "b6be9fd9613efe5df414c568ddfaf09857c72ec17a00999f15c132a3d9e120fd"
54
55[build]
56compiler = "zig-cc"
57target   = "x86_64-linux-musl"
58link     = "static"
59flags    = []
60
61[build.phases]
62configure = './configure --build=$CBUILD --host=$CHOST --prefix=/usr --disable-systemd --disable-criu --enable-embedded-blake3 --disable-shared --enable-static'
63# ⚠ **`-all-static` EN LAS DOS FASES, Y NO ES REDUNDANCIA.** crun enlaza con **libtool**, que lee el
64# `-static` que el lab exporta por `link = "static"` como «preferí los `.a` de libtool» y NO como
65# flag al linker ⇒ el binario sale DINÁMICO y la receta jura que es estático. Lo cazó
66# `scripts/static-audit.sh`, que existe justo para esta mentira:
67#
68#     ✗ crun   dice static, es DINÁMICO (usr/bin/crun) → libc.so
69#
70# Va también en `install` porque **libtool RELINKEA al instalar**: ponerlo sólo en `compile` deja un
71# binario correcto en el árbol de build y uno dinámico en `/out`, que es el que se sella.
72compile   = 'make -j"$(nproc)" LDFLAGS="-all-static -no-pie"'
73install   = 'make install DESTDIR=/out LDFLAGS="-all-static -no-pie" && find /out -name "*.la" -delete'
74
75[deps]
76build = ["binutils", "busybox", "make", "pkgconf", "python3", "json-c", "libcap", "libseccomp", "argp-standalone"]