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-09
- takana: el worker pasa a /opt/takana y takana-farm.service
- takana etapa 5c: comentarios de scripts, MOTD, y un BUG que introdujo la etapa 4
- takana: las variables de entorno leen las dos formas, gana la nueva
- takana etapa 3b: las 49 invocaciones pasan a ./target/release/takana
- takana etapa 3a: los cargo build emiten los DOS binarios
2026-09-08
2026-09-06
- worker-loop: que el watchdog no se lleve el post-mortem
- worker-loop: recompilar hammer POR CICLO, no sólo al arrancar
2026-09-01
- deferred: jubilar 5 aparcadas que ya sellan, y corregir lo que dice el comentario
- granja: jubilar incoming-clib — 0 recetas y 26 parches inalcanzables
- gnome onda-2: jubilar la cola — 22 recetas y 22 hashes identicos a incoming-gnome
- gnome onda-1: jubilar la cola entera — molia para nadie
2026-08-29
2026-08-06
2026-07-25
2026-07-22
- farm: JOBS=1 en el worker-loop mientras el ADR 0012 esté sin decidir
- farm: que el loop DIGA que está esperando el lock, en vez de parecer que trabaja
- farm: lock compartido entre campana-deuda y el worker-loop
2026-07-18
2026-07-17
- granja: borrar la cola gráfica obsoleta de incoming/ (no había otro agente)
- granja: dejar de moler la cola del OTRO agente (los 6 'No such file' de cada farm-down)
2026-07-11
2026-07-02
2026-06-30
2026-06-27
- Etapa G: modo finde desatendido — worker muele incoming-go/ + harvest-go.sh (cosecha-only gated)
- Etapa G: watchdog no purga caches Go con CUALQUIER hammer build en vuelo (no solo vendor)
- Etapa G: watchdog protege árboles con 'hammer build' en vuelo (fase host vendor/resolve)
- Etapa G: granja Go pesada — watchdog no purga modcache con vendor activo + syncthing main en cmd/