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-06-21
- Etapa F paquetería #6: repo sobre red — `install --repo URL` (HTTP/HTTPS)
- Etapa F paquetería #5: DB de instalados + `hammer uninstall`/`installed`
- Etapa F paquetería #4: firma del release (índice del repo firmado)
- Etapa F paquetería #3: deps entre paquetes — install resuelve el cierre y reconstruye el catálogo
- Etapa F paquetería #2: repositorio + `hammer install <nombre>` / `repo list`
- Etapa F paquetería #1: `hammer pack` — receta del corpus → paquete .swm (source_patch)
- hammer-upgrade: journal de intención + recover idempotente (E4 endurecimiento #4a)
- hammer-upgrade: GC de generaciones huérfanas — 'hammer upgrade prune' (E4 hardening)
- hammer-upgrade: upgrades atómicos con generaciones y rollback (Etapa E4, primer corte)
- hammer-mirror: mirror del store content-addressed (Etapa E3, primer corte)
- hammer-bootstrap: producto atestado cableado en product() (I4 / Etapa D, estructurar bien #1)
2026-06-20
- atestación de integridad al arranque — mitad de hammer (I4 / Etapa D)
- hammer-bootstrap: capa de servicios (sshd como producto) — Etapa C Paso 2
2026-06-19
2026-06-14
- feat(hydrate): hidratación dinámica real con patchelf (LinkMode::Dynamic)
- feat(swm): init_rule se materializa a /etc/hammer/init.d/{service}.rule
- feat(swm): source_patch modela tarballs además de git (Fase 4)
2026-06-13
- fix(cli): --swap no debe confundir el `:` de `b3:` con el separador del rel_path
- builder: --swap del toolchain — montar make hammer sobre Alpine (variante b, pieza 1)
2026-06-11
- bootstrap: builder rootfs — ensambla el rebuild in-rootfs (Stage 2 pleno, §7)
- bootstrap: stage2() — ancla y verifica reproducibilidad (pre-Stage 2)
- bootstrap: stage1() ensambla el userland mínimo (Lote 5)
2026-06-10
- CLI: `hammer bootstrap stage0` + limpieza de staging y e2e
- Fase 4: patch_url / content_url remotos en .swm
- Fase 4: firma Ed25519 del .swm + TrustStore local
- Fase 4 — provenance en `hammer export` (sidecar de receta en el store)
- Fase 6 — traductor LLM real (Claude API) detrás de feature llm-claude
- Fase 6 — bucle de auto-reparación (cliente reacciona a Crashed)
- Fase 6 — lenguaje de consulta del sistema (SDD 08 §6)
2026-06-09
- Fase 6 — bucle agéntico: hammer-agent (cliente + translator + orchestrator) y hammer ai
- Fase 5 — bus de agente (/run/agent.sock) + FIFO de control humano
- Fase 4 — formato .swm: verify, apply (config_edit/file_drop/source_patch) y export
- Fase 3 — diario de mutaciones (hammer-journal + fanotify + hammer journal)
- Fase 2 — overlay try/commit/discard/status sobre overlayfs