gioser

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…

TOML 1572Shell 203Rust 109Markdown 993728 Definitions

⎇ 0f5f53259f607efa1d43a651f478b4ea2b16553c recipes/gobetween.toml TOML · 55 lines · 3.2 KB History raw

takana etapa 5a: los comentarios de las 741 recetas e852f4849 · Sergio ·

1# Importada de nixpkgs por `takana import-nix` (Etapa G). PUNTO DE PARTIDA, no final:
2# - el build usa el lab de takana (zig-cc / musl estático), NO el stdenv de nix ⇒ revisá
3#   compiler/link/phases y adaptá hasta que compile.
4# - las deps van con su nombre NIX; remapealas a las recetas del corpus si difieren.
5name    = "gobetween"
6version = "0.8.1"
7license = "MIT"
8
9# ── 2026-08-27: una dep TRANSITIVA de Go desapareció de internet ────────────────────────────────
10# `github.com/eric-lindau/udpfacade` (que `src/server/udp` importa) ya no existe: GitHub responde
11# «Repository not found» y `proxy.golang.org` da 404 para su versión ⇒ `go mod vendor` moría con
12# `invalid version: unknown revision` y la receta era INCONSTRUIBLE. No se arregla subiendo de
13# versión: master de gobetween pinea exactamente el mismo módulo.
14#
15# El parche redirige con `replace` al único superviviente, `github.com/illarion/udpfacade`.
16#
17# ⚠ Apunta a MASTER (031998cc71fa), no al commit pineado. El commit original
18# (d8c1c27add169599654f71a6c62d13cde1c51e50) SÍ existe como objeto en illarion —los forks comparten
19# almacén de objetos, y la API de GitHub te lo muestra— pero NO es alcanzable desde ninguna ref, y
20# `go` sólo resuelve pseudo-versiones alcanzables desde una ref (`git fetch <sha>` sí funciona; `go`
21# no lo usa). Comprobado: da `unknown revision d8c1c27add16`.
22#
23# ⚠ Y es SEGURO, comprobado y no supuesto: entre master y el commit pineado hay TRES commits y el
24# diff entero es `udp.go` +2 y `udp_test.go` +2 (sólo la línea `// +build !windows`) más
25# `udp_windows.go` nuevo con `// +build windows`. Para GOOS=linux el código compilado es IDÉNTICO,
26# y esta receta construye x86_64-linux-musl.
27#
28# ⚠ Un `replace` NO se puede meter desde una fase: `vendor_go_deps` corre en el FETCH, antes del
29# build (lib.rs:277). Por eso va como patch — los patches sí se aplican antes (lib.rs:224).
30[source]
31repo    = "https://github.com/yyyar/gobetween"
32commit  = "23a7c246d7ed40b53b4631c3dcba0f79ddc6c838"
33patches = ["gobetween-udpfacade-replace.patch"]
34
35[build]
36compiler = "zig-cc"
37target   = "x86_64-linux-musl"
38link     = "static"
39flags    = []
40
41# ── El binario se llama `main` si no se renombra ────────────────────────────────────────────────
42# El módulo es `github.com/yyyar/gobetween/main` y el paquete main está en la raíz, así que
43# `go install` —que nombra el binario por el último elemento de la ruta del módulo— lo deja como
44# **`/usr/bin/main`**. Un `/usr/bin/main` es inservible en una distro: choca con cualquier cosa y no
45# dice qué es. La fase `install` que genera takana para Go es `true` (el binario ya lo puso
46# `go install` en GOBIN=/out/usr/bin), así que definirla acá sólo añade el renombrado.
47#
48# Los `test -x` no son adorno: si `go install` cambiara el nombre, sin ellos el `mv` fallaría y la
49# receta sellaría un artefacto SIN binario. Regla 3 del repo: que falle ruidosamente.
50[build.phases]
51install = "test -x /out/usr/bin/main && mv /out/usr/bin/main /out/usr/bin/gobetween && test -x /out/usr/bin/gobetween"
52
53# buildInputs de nix (no usados con CGO off): go
54[deps]
55build = ["go"]