Files
takana/recipes
Sergio 699bbe8475 waterfox: BuildID determinista — SELLÓ EN VERDE sin reproducir
waterfox selló (b3:e65c0221, 377 M, 43 ficheros) y el artefacto NO reproduce:

    BuildID=20260906062042

o sea la hora del build. Y selló en VERDE, que es lo peor: el ArtifactHash es
input-addressed y no se mueve por esto, así que build-state.json lo contaba como
bueno. Es EXACTAMENTE el modo de fallo que el comentario de firefox.toml
describe desde ayer —«el artefacto deja de reproducir SIN QUE NADA LO DIGA»—
ocurriendo en la receta de al lado por no haber copiado cuatro líneas.

Se exporta MOZ_BUILD_DATE en las TRES fases (son shells distintos y mach
re-ejecuta configure) y se pone el mismo guardián que firefox: si el BuildID no
es el que obliga SOURCE_DATE_EPOCH, el build muere.

Quedan escritas en la receta otras dos cosas medidas en el application.ini del
sellado, que son decisión y no bug, y por eso se documentan en vez de cambiarse:

  1. El branding «oficial» de ESTE commit es el de MOZILLA, no el de Waterfox.
     El comentario de la receta afirmaba lo contrario. Comprobado en el árbol:
     branding/official/configure.sh pone MOZ_APP_DISPLAYNAME=Firefox, brand.ftl
     da -brand-full-name = Mozilla Firefox, y el ID es el canónico de Firefox.
     Hoy esto sella un binario parcheado que se presenta como «Mozilla Firefox»,
     justo lo que firefox.toml evita yendo sin marca. La salida probable es
     `unofficial`, pero es política de marcas, no una perilla.

  2. Colisiona de ruta con firefox: instala en usr/lib/firefox/ y
     usr/bin/firefox porque no se fija MOZ_APP_NAME. Hoy no rompe nada porque
     ninguna imagen incluye las dos; el día que una lo haga, las dos capas
     overlay se pelean el mismo fichero y gana una en silencio.
2026-09-06 06:23:47 +00:00
..