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…
2026-09-15
- squid mudado — y la jaula arrancaba DEGRADADA cuando la arranca un init
- mudados tawasuyu.net y gioser.net — y los padres que inventa bwrap eran 0700
- SDD 28 §6.25: `api.sergio.gioser.net` sirve desde la caja, dentro de una jaula qorpa
2026-09-14
- el TLS arreglado en la caja, la distro con nombre, y el ENOSPC que no era de la raíz
- 🧨 el curl de la distro no puede validar TLS: el capath no tiene hash-links
- rescatados 5 binarios que ya no existían en disco — y el muro de `sergio`: glibc, no el sitio
- fósiles barridos: gioser pasa de 19 vhosts a 2
- gioser tiene arje Y OpenRC a la vez — y mudados los dos sitios estáticos
- ⚠ la comprobación que faltaba: DOS commits se habían quedado en el gitea viejo
- cerrar el intermedio: el gitea viejo apagado DE VERDAD, el :22 cerrado y los datos respaldados
- CUTOVER: el gitea sirve desde la caja nueva — TLS válido, HTTPS y SSH, supervisado por arje
- la mudanza sin terceros: las fuentes de tawasuyu por HTTPS público, y el orden del cutover
- ensayo con los DATOS REALES de gioser: su gitea corriendo en takana — y el git de la distro no clona por HTTP
- arjectl en la imagen: relanzar en caliente — y el genesis NO alcanzaba para eso
- SDD 28 §6.11: la imagen del perfil servidor con gitea ARRANCA y sirve — 200 desde fuera de la VM
2026-09-11
- mudanza: de dónde sale cada binario — y la herramienta corrigió un error mío
- SDD 28 §6.13: `upgrade apply` no es un gestor de paquetes — cada generación ES un árbol
- SDD 28 §6.13: `takana upgrade` probado de verdad — apply, rollback y un corte duro
- SDD 28 §6.12: la caja dejó de ser desechable, y `hydrate` no puede cruzar el store
- SDD 28: PUERTA 4 CERRADA — la granja late en la caja nueva
- SDD 28 §6.11: la distro traía un git que no podía clonar — y lo destapó querer ser un hub
- SDD 28 §6.9: PUERTA 8 CERRADA — los fósiles, decididos uno por uno
- SDD 28 §6.10: el respaldo desde otro hub destapó CINCO bloqueos, uno de ellos destructivo
- SDD 28 §6.9-6.10: los 19 dominios sondeados uno por uno, y el respaldo corriendo desde la caja
- SDD 28 §6.8: puerta 4 — el camino de la granja probado de punta a punta; falta disco, no ingeniería
- SDD 28 §6.7: PUERTA 3 EN VERDE — los dos grafos idénticos byte a byte
- SDD 28 §6.6: el lab es parte de la IDENTIDAD, y copiar un store con `rsync -a` lo revienta
- SDD 28 §6.5: el muro derribado — de 23 binarios inertes a 1, y sin mover un ArtifactHash
2026-09-10
- SDD 28 §6.3-6.4: puerta 2 en verde, el disco arreglado, y la puerta 3 choca con un muro estructural
- SDD 28 §5: la caja sirve su propio repo firmado — y consumirlo choca con la decisión del SDD 27 §4
- SDD 28 §3.6-3.8: la caja corre takana puro — y el muro era la puerta de enlace, no el arranque
- SDD 28 §3.5: la caja está creada — y el precio de la tabla no dice que la máquina exista