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…
Etapa G: limpia cola go-12 — parquea batch gráfico C a hold-nongo + difiere syncthing
1# DIFERIDA (go-12): build especial. El main (./cmd/syncthing) compila, pero lib/api referencia
2# `auto.Assets` (GUI web embebida) que syncthing GENERA en build-time vía `go generate`/build.go
3# (empaqueta gui/ → lib/auto/gui.files.go). Un checkout plano + `go install` no corre ese paso ⇒
4# `undefined: auto.Assets`. Necesita una fase pre-compile que genere los assets (como csvtk/git-town,
5# casos de layout no-estándar). Parqueada hasta resolver el generate offline/reproducible.
6# Importada de nixpkgs por `hammer import-nix` (Etapa G). PUNTO DE PARTIDA, no final:
7# - el build usa el lab de hammer (zig-cc / musl estático), NO el stdenv de nix ⇒ revisá
8# compiler/link/phases y adaptá hasta que compile.
9# - las deps van con su nombre NIX; remapealas a las recetas del corpus si difieren.
10name = "syncthing"
11version = "2.1.0"
12
13[source]
14repo = "https://github.com/syncthing/syncthing"
15commit = "c0c401efebf27af58b91309b381d7d3eae870a64"
16
17[build]
18compiler = "zig-cc"
19target = "x86_64-linux-musl"
20link = "static"
21# la raíz trae .go con build-constraints (excluyen todos los archivos) ⇒ el main real está en
22# ./cmd/syncthing; lo forzamos (gana sobre detect_go_main, que elige la raíz por heurística).
23flags = ["./cmd/syncthing"]
24
25# buildInputs de nix (no usados con CGO off): go
26[deps]
27build = ["go"]