sergio/takana

1# atuq 0.1.0 — el navegador de la distro, como ARTEFACTO DERIVADO de firefox.
2#
3# ══ POR QUÉ DERIVADO Y NO UN FORK DE FUENTE ════════════════════════════════════════════════════
4# Zen —el fork de Firefox al que esto reemplaza en nuestro catálogo— parchea el árbol de Gecko y
5# recompila. Nosotros no distribuimos un binario: sellamos artefactos. Entonces atuq puede DEPENDER
6# de `firefox` y poner su capa encima, y eso cambia el precio de todo:
7#   · una iteración de chrome cuesta SEGUNDOS, no las cuatro horas de un build de Gecko;
8#   · no mueve el `ArtifactHash` de `firefox` ⇒ el corpus no se invalida;
9#   · las CVE se heredan gratis: cuando sube `firefox`, atuq se reconstruye solo.
10# El razonamiento completo, con lo que se promete y lo que NO (spoiler: no habrá «modo Tor»), está
11# en `docs/26-atuq-envoltorio-gecko.md`.
12#
13# ══ SU FUENTE ES ESTE REPO ═════════════════════════════════════════════════════════════════════
14# `source.dir` es el modo de fuente que se agregó para esto (takana-core/src/recipe.rs): el árbol
15# vive en `recipes/atuq/` y se hashea por CONTENIDO con `ArtifactHash::of_tree`, igual que ya se
16# hacía con los `patches`. No hay commit que pinear y no hay fetch: editar un CSS mueve el hash.
17#
18# ══ v0.2: EL BRANDING VIVE DENTRO DEL ZIP ══════════════════════════════════════════════════════
19# La v0.1 dejó el branding fuera porque había que mirar el árbol real antes de adivinar. Ya se miró,
20# y lo que se encontró decide la forma de esta versión:
21#
22#   · `application.ini` del appdir arranca con el comentario «This file is not used». Es HERENCIA
23#     del árbol de desarrollo: en un build empaquetado el launcher SÍ lo lee. `rebrand.py` no le
24#     cree al comentario, comprueba que las claves estén y falla si no.
25#   · Las cadenas que la gente VE están dentro de `browser/omni.ja` (`brand.ftl`), así que sin
26#     re-empacar el zip no hay branding posible. Y el original dice **Nightly**, no «Firefox»,
27#     porque construimos con `--with-branding=browser/branding/unofficial`.
28#   · Los ICONOS, en cambio, están FUERA del zip (`browser/chrome/icons/default/`) ⇒ se reemplazan
29#     sin tocarlo.
30#   · `browser/omni.ja` son 56 MB con TODAS sus entradas sin comprimir y con `date_time` ya
31#     normalizado a 2010-01-01: Mozilla también persigue reproducibilidad. El re-empaque preserva
32#     orden, método y fecha — el orden porque es el que Gecko lee al arrancar, y es lo que el
33#     `jarlog` del PGO refinará cuando exista.
34# ══ v0.5: PROXY POR CONTENEDOR (SDD 26 §6.8) ═══════════════════════════════════════════════════
35# El primer DIFERENCIADOR de la lista del §6 que se paga entero acá, sin depender del host de
36# native messaging (§7) ni de nada de tawasuyu: es API de Firefox y nada más. Cada contenedor
37# —Personal, Trabajo, Banco, Compras— puede salir por su propio proxy.
38#
39# Son tres piezas y ninguna alcanza sola:
40#   · `atuq.cfg` prende los contenedores (`privacy.userContext.enabled`), que vienen apagados;
41#   · `distribution/policies.json` los CREA con `Containers.Default` —el único mecanismo que los
42#     pone en un perfil nuevo— y deja la config de fábrica del proxy en `3rdparty.Extensions`;
43#   · `extensions/proxy/` los enruta con `proxy.onRequest`, que es lo único que ve el
44#     `cookieStoreId` de la petición.
45#
46# Las tres se comprobaron DENTRO del artefacto de firefox antes de escribirlas, no en la
47# documentación de Mozilla: `Containers` y `3rdparty` están en el `policies-schema.json` de
48# `browser/omni.ja`, y `cookieStoreId` en el `schemas/proxy.json` de `omni.ja`. Es la regla que dejó
49# el §2.sexies: cuando la duda es «¿existe esto en NUESTRO build?», la respuesta está adentro.
50#
51# ⚠ LO QUE NO ES, Y VA ESCRITO EN LA PROPIA PÁGINA DE OPCIONES: separación de tráfico, NO anonimato.
52# No toca la huella del navegador. El §4 del SDD ya se había comprometido a decirlo primero.
53name    = "atuq"
54# El campo se había quedado en 0.2.0 mientras los commits ya iban por v0.4; se pone al día acá.
55version = "0.5.0"
56# El artefacto CONTIENE Firefox, así que hereda su licencia. El overlay de `recipes/atuq/` es
57# nuestro, pero eso no cambia lo que se distribuye.
58license = "MPL-2.0"
59
60[source]
61dir = "atuq"
62
63[build]
64# No se compila nada: esta receta copia y edita ficheros. `compiler` y `link` entran igual en el
65# hash, así que se dejan en el default del corpus para no inventar una identidad que no significa
66# nada.
67target = "x86_64-linux-musl"
68
69[build.phases]
70configure = "echo 'atuq: nada que configurar — es un artefacto derivado'"
71compile   = "echo 'atuq: nada que compilar — el motor lo pone la dep firefox'"
72install = '''
73set -e
74SRC=/usr/lib/firefox
75DST=/out/usr/lib/atuq
76
77# ── LAS ASERCIONES VAN PRIMERO, Y FALLAN RUIDOSAS ─────────────────────────────────────────────
78# Un derivado que no encuentra su base no debe producir un artefacto flaco: produciría un
79# directorio con cuatro ficheros de configuración, `Store::has` lo daría por presente y el fallo
80# aparecería el día que alguien intente abrir el navegador. Un ausente falla fuerte; un vacío llega
81# hasta el final diciendo que todo fue bien (regla 3 del CLAUDE.md).
82[ -d "$SRC" ] || { echo "atuq: no está el árbol de firefox en $SRC — ¿la dep se materializó?" >&2; exit 1; }
83[ -x "$SRC/firefox" ] || { echo "atuq: $SRC/firefox no existe o no es ejecutable" >&2; exit 1; }
84[ -f "$SRC/browser/omni.ja" ] || { echo "atuq: falta $SRC/browser/omni.ja" >&2; exit 1; }
85
86mkdir -p "$DST"
87cp -a "$SRC"/. "$DST"/
88# ── EL ÁRBOL COPIADO LLEGA DE SÓLO LECTURA ────────────────────────────────────────────────────
89# `cp -a` preserva los modos, y los ficheros del store están sellados sin permiso de escritura. Todo
90# lo que viene después —el `.ini`, el `omni.ja`, los iconos, el parche del app_id— los MODIFICA.
91# En el worker esto pasaba inadvertido porque corre como root, que ignora los bits de permiso; el
92# primer build fuera de root murió con `PermissionError: /out/usr/lib/atuq/application.ini`.
93# Es la clase de bug que sólo aparece en la máquina de otro, así que se arregla acá y no en el
94# entorno: un artefacto no debe depender de con qué uid lo construiste.
95chmod -R u+w "$DST"
96
97# ── LA CAPA DE CONFIGURACIÓN ──────────────────────────────────────────────────────────────────
98# `defaults/pref/` es el único sitio desde el que se puede pedir el autoconfig ANTES de que exista
99# un perfil; el resto cuelga de ahí.
100mkdir -p "$DST/defaults/pref" "$DST/chrome" "$DST/distribution"
101cp /src/prefs/autoconfig.js        "$DST/defaults/pref/autoconfig.js"
102cp /src/atuq.cfg                   "$DST/atuq.cfg"
103cp /src/chrome/atuq.css            "$DST/chrome/atuq.css"
104cp /src/distribution/policies.json "$DST/distribution/policies.json"
105
106# ── EL HOST NATIVO (SDD 26 §7) ────────────────────────────────────────────────────────────────
107# El lanzador va ANTES de `rebrand.py` a propósito: la herramienta comprueba que el `path` de cada
108# manifiesto de native messaging exista y sea ejecutable DENTRO del artefacto, y esa comprobación no
109# mide nada si el fichero se copia después. Un manifiesto que apunta a un ejecutable ausente no
110# falla: el navegador arranca, la extensión conecta, el puerto se cierra «sin error y sin mensaje» y
111# la función no existe. Es el peor informe posible, y ya nos costó una tarde (§7.bis).
112cp /src/bin/puriy-costura-host "$DST/puriy-costura-host"
113chmod 0755 "$DST/puriy-costura-host"
114
115# ── EL BRANDING ───────────────────────────────────────────────────────────────────────────────
116# Todo lo que exige entrar al zip, editar el .ini o dibujar un PNG está en una herramienta aparte:
117# el shell no tiene `zip` en este lab, y `zipfile` además deja fijar orden, fecha y permisos, que
118# es de lo que depende que el artefacto reproduzca. La herramienta VERIFICA cada cambio y falla si
119# la entrada que iba a reemplazar no estaba.
120python3 /src/tools/rebrand.py "$DST" /src /out
121
122# ── INTEGRACIÓN CON EL ESCRITORIO ─────────────────────────────────────────────────────────────
123mkdir -p /out/usr/bin /out/usr/share/applications
124cp /src/atuq.desktop /out/usr/share/applications/atuq.desktop
125# El lanzador es un script y no un symlink: ni el binario ni sus `.so` traen RPATH (comprobado con
126# `readelf -d`), así que sin `LD_LIBRARY_PATH` el motor no encuentra su propio libnspr4 y muere en
127# XPCOMGlueLoad antes de pintar nada. El porqué completo está en el propio fichero.
128cp /src/bin/atuq /out/usr/bin/atuq
129chmod 0755 /out/usr/bin/atuq
130
131# ── INVENTARIO ────────────────────────────────────────────────────────────────────────────────
132# Lo que distingue este artefacto de su base, listado con tamaños, para que el log del build
133# responda solo la primera pregunta del diagnóstico cuando «atuq se ve como Firefox».
134echo "atuq: capa aplicada —"
135for f in defaults/pref/autoconfig.js atuq.cfg chrome/atuq.css distribution/policies.json; do
136  [ -s "$DST/$f" ] || { echo "atuq: $f quedó VACÍO o ausente" >&2; exit 1; }
137  echo "  $f ($(wc -c < "$DST/$f") bytes)"
138done
139# Las extensiones de sistema: que el XPI EXISTA y tenga bytes. `rebrand.py` ya cruzó cada id contra
140# `ExtensionSettings` y contra la ruta desde la que la política lo va a pedir; esto es el otro lado,
141# el del fichero. Un `install_url` correcto apuntando a un XPI de cero bytes falla en el arranque
142# del navegador, lejos de acá y con un mensaje que no nombra a esta receta.
143for x in "$DST"/distribution/extensions/*.xpi; do
144  [ -s "$x" ] || { echo "atuq: el XPI $x quedó vacío o no existe" >&2; exit 1; }
145  echo "  $(basename "$x") ($(wc -c < "$x") bytes)"
146done
147
148# El manifiesto de native messaging: que exista y tenga bytes. `rebrand.py` ya cruzó su `path`
149# contra el árbol y sus `allowed_extensions` contra los XPI empaquetados; esto es el otro lado —que
150# el fichero llegara al artefacto—. Va en /usr/lib/mozilla y NO en el appdir porque esa ruta está
151# COMPILADA dentro de Gecko (`XRESysNativeManifests`) y el rebranding no la mueve.
152for m in /out/usr/lib/mozilla/native-messaging-hosts/*.json; do
153  [ -s "$m" ] || { echo "atuq: el manifiesto nativo $m quedó vacío o no existe" >&2; exit 1; }
154  echo "  $(basename "$m") ($(wc -c < "$m") bytes)"
155done
156[ -x "$DST/puriy-costura-host" ] || { echo "atuq: el lanzador del host nativo no quedó ejecutable" >&2; exit 1; }
157
158[ -x "$DST/atuq" ] || { echo "atuq: el binario renombrado no quedó ejecutable" >&2; exit 1; }
159[ -x /out/usr/bin/atuq ] || { echo "atuq: el lanzador no quedó ejecutable" >&2; exit 1; }
160grep -q '^Name=atuq' "$DST/application.ini" || { echo "atuq: application.ini no quedó rebrandeado" >&2; exit 1; }
161'''
162
163[deps]
164# ⚠ DEP DE EJECUCIÓN, NO DE BUILD — Y NO ES DECORACIÓN (2026-09-06).
165# Este artefacto declara `NEEDED libstdc++.so.6` / `libgcc_s.so.1`, y hasta hoy NADIE en el corpus
166# las proveía: sólo existían en `.dev-fs/alpine`, o sea en el LAB. El binario sellaba, REPRODUCÍA
167# bit a bit, pasaba todos los guardianes… y no arrancaba fuera del lab. Se descubrió corriendo
168# `atuq` bajo un sway headless, no leyendo el grafo.
169# `runtime` NO entra en el ArtifactHash (igual que `license`), así que declararlo NO re-hashea:
170# lo que cambia es la CLAUSURA, que es lo que se hidrata en la imagen. Lo vigila
171# `scripts/vigia-sonames.py`, que entró en el latido en `02facebe` — y NO `scripts/audit-needed.sh`,
172# que ese mismo commit BORRÓ. Quedan otras siete recetas apuntando al script muerto; no se tocan
173# desde acá porque son de otro frente.
174#
175# ⚠ Y hubo un segundo agujero, en el INSTRUMENTO y no en el artefacto (2026-09-07): la clausura
176# declaraba bien `gcc-libs`, pero `scripts/atuq-nested.sh` no lo hidrataba, y como la jaula monta
177# `.dev-fs/alpine` como capa de abajo, cada «atuq corre» de estos días resolvió `libstdc++.so.6`
178# contra el LAB. Corregido allá. Los dos ficheros ni se parecen —20.850.968 bytes el del corpus,
179# 2.804.104 el del lab—, así que ante la duda de cuál se cargó, se mira el tamaño.
180# Y `puriy-costura` (SDD 26 §7): el lanzador del appdir hace `exec /usr/bin/puriy-costura`, así que
181# sin esta línea la imagen llevaría el manifiesto y la extensión, y el host NO estaría — la función
182# se apagaría sola sin una línea de error. `runtime` no entra en el ArtifactHash: lo que cambia es la
183# CLAUSURA, que es lo que se hidrata.
184# Y `puriy-costura-torrent` (§6.9): el brazo LARGO de la costura. Va como dep de RUNTIME y no como
185# servicio — es PEREZOSO a propósito: el binario está en la imagen y no corre nada hasta que alguien
186# hace clic en un `magnet:`. Un daemon que arranca con la sesión es un daemon que nadie pidió.
187runtime = ["gcc-libs", "puriy-costura", "puriy-costura-torrent"]
188# `firefox` como dep de BUILD y no de runtime: su árbol se materializa en el sandbox, se copia
189# dentro del artefacto de atuq y a partir de ahí atuq no lo necesita más. El precio es que el
190# artefacto pesa lo que pesa Firefox otra vez; la salida barata (una granja de symlinks) rompe la
191# resolución del appdir por /proc/self/exe, así que la v0.1 paga el disco y lo dice.
192build = ["firefox", "python3"]