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-26
2026-06-25
2026-06-21
- Etapa G: importador Alpine filtra el toolchain de deps + xsv limpio (84→85)
- Etapa F: cierra el hilo userland — el producto arma su userland desde el repo FIRMADO
- Etapa G: tanda C tier-2 construye+corre — 6 al corpus (45->51) + wrap abuild local
- Etapa G: tanda C tier-2 — import-batch PREFER=alpine + importador separa runtime depends
- Etapa G: el importador nix NO emite buildInputs como `[deps]` en recetas Rust
- Etapa G Fase 3: flags autotools $CBUILD/$CHOST — el lab provee el triple nativo
- Etapa G Fase 2: tag→SHA — `hammer pin` (sello inmutable, ADR 0006)
- Etapa G build-yield: imports Rust de nix BUILDEAN (aislamiento [workspace] genérico + filtro toolchain)
- Etapa G capa-de-adaptación #4: plantilla Cargo para imports Rust de nix
- Etapa G capa-de-adaptación #3: traducir mirror:// de nix a URLs concretas
- Etapa G capa-de-adaptación #2: Alpine import build-ready (sha256 auto + traducción abuild)
- Etapa G: importador Alpine APKBUILD→receta (carga los parches de musl)
- Etapa G: importador nix→receta (`hammer import-nix` + scripts/nix-import.sh)
- Etapa F refinamientos: uninstall poda dirs vacíos + `install --require-signed`
- 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)