plan: el X11 de Firefox no era un muro — está detrás de CONFIG[MOZ_X11]

La tabla lo listaba como muro duro por los libxt/libxcomposite del APKBUILD. En el árbol
de Gecko todo el código X11 cuelga de CONFIG["MOZ_X11"] (widget/gtk/moz.build:131): es
una perilla de build y existen builds Wayland-only. El muro real es GTK3 + el toolchain
wasi. Cuarta corrección a esta tabla en el día; el método viejo contaba nombres de
paquete de Alpine y no miraba el árbol.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XB2iEmxeLZgzqNfhWChrLo
This commit is contained in:
Sergio
2026-09-03 18:19:47 +00:00
co-authored by Claude Opus 5
parent e2ef0df29f
commit bcd026f3b4
+7 -2
View File
@@ -222,8 +222,13 @@ escritorio completa (ésa se hidrató aparte, por hash). Reordenarlo es decisió
### Firefox NO es montón A
Su APKBUILD pide `gtk+3.0-dev`**Firefox no tiene backend GTK4 ni lo va a tener a corto plazo**, y
GTK3 es una de las tres deudas que el frente GNOME aparcó por diseño. Además pide `libxt`,
`libxcomposite` (X11) y un **toolchain wasi** (`wasi-sdk`, `wasi-compiler-rt`) que no existe en el
GTK3 es una de las tres deudas que el frente GNOME aparcó por diseño.
**CORREGIDO 2026-09-03: el X11 de Firefox NO es un muro.** Se listaba como tal por los `libxt` y
`libxcomposite` del APKBUILD, pero en el árbol de Gecko todo el código X11 está detrás de
`CONFIG["MOZ_X11"]` (`widget/gtk/moz.build:131`): es una PERILLA de build, no una dependencia
estructural, y hay builds Wayland-only. El muro real de Firefox es **GTK3**, más un
**toolchain wasi** (`wasi-sdk`, `wasi-compiler-rt`) que no existe en el
corpus, más `nodejs`, `icu`, `nss/nspr`, `clang/llvm/lld` versionados y `cbindgen`.
La memoria del repo decía que a Firefox «le falta subir el techo MSRV». Eso es cierto **y es lo