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 BRANDING ───────────────────────────────────────────────────────────────────────────────
107# Todo lo que exige entrar al zip, editar el .ini o dibujar un PNG está en una herramienta aparte:
108# el shell no tiene `zip` en este lab, y `zipfile` además deja fijar orden, fecha y permisos, que
109# es de lo que depende que el artefacto reproduzca. La herramienta VERIFICA cada cambio y falla si
110# la entrada que iba a reemplazar no estaba.
111python3 /src/tools/rebrand.py "$DST" /src /out
112
113# ── INTEGRACIÓN CON EL ESCRITORIO ─────────────────────────────────────────────────────────────
114mkdir -p /out/usr/bin /out/usr/share/applications
115cp /src/atuq.desktop /out/usr/share/applications/atuq.desktop
116# El lanzador es un script y no un symlink: ni el binario ni sus `.so` traen RPATH (comprobado con
117# `readelf -d`), así que sin `LD_LIBRARY_PATH` el motor no encuentra su propio libnspr4 y muere en
118# XPCOMGlueLoad antes de pintar nada. El porqué completo está en el propio fichero.
119cp /src/bin/atuq /out/usr/bin/atuq
120chmod 0755 /out/usr/bin/atuq
121
122# ── INVENTARIO ────────────────────────────────────────────────────────────────────────────────
123# Lo que distingue este artefacto de su base, listado con tamaños, para que el log del build
124# responda solo la primera pregunta del diagnóstico cuando «atuq se ve como Firefox».
125echo "atuq: capa aplicada —"
126for f in defaults/pref/autoconfig.js atuq.cfg chrome/atuq.css distribution/policies.json; do
127  [ -s "$DST/$f" ] || { echo "atuq: $f quedó VACÍO o ausente" >&2; exit 1; }
128  echo "  $f ($(wc -c < "$DST/$f") bytes)"
129done
130# Las extensiones de sistema: que el XPI EXISTA y tenga bytes. `rebrand.py` ya cruzó cada id contra
131# `ExtensionSettings` y contra la ruta desde la que la política lo va a pedir; esto es el otro lado,
132# el del fichero. Un `install_url` correcto apuntando a un XPI de cero bytes falla en el arranque
133# del navegador, lejos de acá y con un mensaje que no nombra a esta receta.
134for x in "$DST"/distribution/extensions/*.xpi; do
135  [ -s "$x" ] || { echo "atuq: el XPI $x quedó vacío o no existe" >&2; exit 1; }
136  echo "  $(basename "$x") ($(wc -c < "$x") bytes)"
137done
138
139[ -x "$DST/atuq" ] || { echo "atuq: el binario renombrado no quedó ejecutable" >&2; exit 1; }
140[ -x /out/usr/bin/atuq ] || { echo "atuq: el lanzador no quedó ejecutable" >&2; exit 1; }
141grep -q '^Name=atuq' "$DST/application.ini" || { echo "atuq: application.ini no quedó rebrandeado" >&2; exit 1; }
142'''
143
144[deps]
145# ⚠ DEP DE EJECUCIÓN, NO DE BUILD — Y NO ES DECORACIÓN (2026-09-06).
146# Este artefacto declara `NEEDED libstdc++.so.6` / `libgcc_s.so.1`, y hasta hoy NADIE en el corpus
147# las proveía: sólo existían en `.dev-fs/alpine`, o sea en el LAB. El binario sellaba, REPRODUCÍA
148# bit a bit, pasaba todos los guardianes… y no arrancaba fuera del lab. Se descubrió corriendo
149# `atuq` bajo un sway headless, no leyendo el grafo.
150# `runtime` NO entra en el ArtifactHash (igual que `license`), así que declararlo NO re-hashea:
151# lo que cambia es la CLAUSURA, que es lo que se hidrata en la imagen. Lo vigila
152# `scripts/vigia-sonames.py`, que entró en el latido en `02facebe` — y NO `scripts/audit-needed.sh`,
153# que ese mismo commit BORRÓ. Quedan otras siete recetas apuntando al script muerto; no se tocan
154# desde acá porque son de otro frente.
155#
156# ⚠ Y hubo un segundo agujero, en el INSTRUMENTO y no en el artefacto (2026-09-07): la clausura
157# declaraba bien `gcc-libs`, pero `scripts/atuq-nested.sh` no lo hidrataba, y como la jaula monta
158# `.dev-fs/alpine` como capa de abajo, cada «atuq corre» de estos días resolvió `libstdc++.so.6`
159# contra el LAB. Corregido allá. Los dos ficheros ni se parecen —20.850.968 bytes el del corpus,
160# 2.804.104 el del lab—, así que ante la duda de cuál se cargó, se mira el tamaño.
161runtime = ["gcc-libs"]
162# `firefox` como dep de BUILD y no de runtime: su árbol se materializa en el sandbox, se copia
163# dentro del artefacto de atuq y a partir de ahí atuq no lo necesita más. El precio es que el
164# artefacto pesa lo que pesa Firefox otra vez; la salida barata (una granja de symlinks) rompe la
165# resolución del appdir por /proc/self/exe, así que la v0.1 paga el disco y lo dice.
166build = ["firefox", "python3"]