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…
cuatro daemons propios corriendo en la caja — y la máquina se llamaba «(none)»
1# pacha — `pacha daemon`, corriendo en gioser sin que nadie lo declare.
2#
3# El paquete es `pacha-cli` y el binario `pacha`. Sus reglas viven en `~/.config/pacha/reglas*.ron`:
4# son DECISIONES del usuario, no defaults, y no las genera nada.
5#
6# Receta Cargo contra el monorepo de tawasuyu, pinneada al MISMO commit que `shuma-*` y
7# `puriy-costura`: el árbol de fuentes se comparte por `<dep>-<sha>`, así que un pin distinto es otro
8# vendoreo de 2,4 G. Estática musl con zig-cc — la caja la arranca el init y no puede depender de
9# encontrar un cargador, que es justo lo que le falta al binario glibc de gioser.
10
11name = "pacha"
12version = "0.1.0"
13license = "MIT OR Apache-2.0"
14
15[source]
16repo = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
17commit = "23a292863f53b355c5c02d6185904f2c33d8ab42"
18# tawasuyu COMMITEA su propio `vendor/` (smithay parcheado, enchufado por `[patch.crates-io]` POR
19# RUTA); el `cargo vendor` de takana lo pisaría y el error habla de `taffy`, no de esto.
20cargo_vendor_dir = ".hammer-cargo-vendor"
21
22[build]
23compiler = "zig-cc"
24target = "x86_64-linux-musl"
25link = "static"
26flags = ["-p", "pacha-cli", "--bin", "pacha"]
27
28# ── LA CUENTA (SDD 30) ──────────────────────────────────────────────────────────────────────────
29# Fuera de `hash_inputs`. En gioser corre como `sergio` —nunca como root—, así que acá es una cuenta
30# propia y sin privilegio. La comparte con `pacha-secretos`: son la misma familia y el mismo estado
31# (`~/.local/state/tawasuyu/pacha-secretos/`), y separarlos obligaría a un grupo intermedio para que
32# uno lea lo que el otro escribe.
33[[user]]
34name = "pacha"
35uid = 965
36home = "/var/lib/pacha"
37
38# ── EL SERVICIO ─────────────────────────────────────────────────────────────────────────────────
39# ⚠ La guarda EXIGE `reglas.ron`. No es celo: son **decisiones del usuario, no defaults** — sin
40# ellas pacha no falla, arranca con otra política, y eso no se ve en ningún log. Mismo criterio que
41# el `gateway-token` de shuma: lo que no se puede regenerar se exige, no se inventa.
42[[service]]
43label = "pacha"
44id = "01M2EKDA00PACHADAEM0N00110"
45exec = "/bin/busybox"
46argv = ["sh", "-c", "/bin/grep -q '^pacha:' /etc/passwd || { echo 'pacha: falta el usuario `pacha` en /etc/passwd — lo declara esta receta con [[user]]' >&2; exit 78; }; test -s /var/lib/pacha/.config/pacha/reglas.ron || { echo 'pacha: falta /var/lib/pacha/.config/pacha/reglas.ron — son las REGLAS del usuario, no un default; vienen de ~/.config/pacha/ del origen' >&2; exit 78; }; mkdir -p /run/pacha && chown pacha:pacha /run/pacha; cd /var/lib/pacha || exit 78; exec /usr/bin/setuidgid pacha /usr/bin/pacha daemon"]
47envp = [["PATH", "/usr/bin:/bin"], ["HOME", "/var/lib/pacha"], ["USER", "pacha"], ["XDG_RUNTIME_DIR", "/run/pacha"]]
48networking = "full"
49cgroup = "arje.slice/pacha"
50restart = { initial_ms = 1000, max_ms = 30000 }