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-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