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…
recetas: aerc y syncthing — correo en terminal y sincronización, sellados
1# syncthing 2.1.5 — sincronización de ficheros entre máquinas, continua y sin servidor central.
2# Un binario Go estático: no arrastra sonames, así que corre en la imagen sin el sysroot del lab
3# debajo (misma forma que `caddy`, y por la misma razón).
4#
5# ── POR QUÉ ENTRA ──────────────────────────────────────────────────────────────────────────────
6# El corpus tiene `rclone` y `restic` —copiar a un remoto y respaldar— pero nada que mantenga dos
7# máquinas al día en ambos sentidos. Es el hueco entre «tengo una copia» y «trabajo en las dos».
8#
9# ⚠ EL `commit` ES EL TAG PELADO, NO EL OBJETO DE TAG. `v2.1.5` es un tag ANOTADO: su sha
10# (3a67fe3a…) nombra el objeto de tag, no el árbol. Éste es el `^{}`. Misma trampa que `foot`.
11#
12# ⚠ VERSIÓN EN EL BINARIO: upstream la inyecta con `-ldflags -X` desde su `build.go`. El driver Go
13# de takana hace `go install` genérico, así que `syncthing --version` dirá `unknown-dev`. Es
14# cosmético y NO afecta al protocolo, pero conviene saberlo antes de diagnosticar con él.
15name = "syncthing"
16version = "2.1.5"
17license = "MPL-2.0"
18
19[source]
20repo = "https://github.com/syncthing/syncthing"
21commit = "2ca95cf1498104113fdfde46df4107f2450a0f71"
22
23[build]
24compiler = "zig-cc"
25target = "x86_64-linux-musl"
26link = "static"
27# Sin `flags`: la fase de abajo nombra el paquete a mano, así que el autodetector de `main` no
28# interviene. El árbol trae cuatro (cmd/syncthing, cmd/stdiscosrv, cmd/strelaysrv, cmd/ursrv) y que
29# la elección dependa de una heurística es lo que no se quiere en una entrada de hash.
30
31# ⚠ `go install ./cmd/syncthing` A SECAS NO CONSTRUYE, y el error no dice por qué:
32# `lib/api/api_statics.go:45:25: undefined: auto.Assets`. La GUI web de syncthing se sirve desde un
33# fichero Go GENERADO (`lib/api/auto/gui.files.go`) que empaqueta el árbol `gui/`, y el repo NO lo
34# versiona: lo produce `go run build.go assets`. O sea que el paso que falta no es una dependencia
35# sino un CODEGEN, y sin él el paquete `auto` existe pero está vacío. Todo local: `gui/` viene en el
36# árbol, no hay red de por medio.
37[build.phases]
38compile = '''export GOCACHE=/src/.gocache GOTMPDIR=/src/.gotmp GOPATH=/tmp/gopath GOTOOLCHAIN=local CGO_ENABLED=0 GOFLAGS=-mod=vendor GOPROXY=off GOBIN=/out/usr/bin
39mkdir -p /src/.gotmp
40go run build.go assets
41go install -trimpath -ldflags=-buildid= ./cmd/syncthing'''
42
43# `go` es herramienta de BUILD: el binario sale autocontenido.
44[deps]
45build = ["go"]