sergio/takana

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

diff --git a/docs/plan-apps-usuario-final.md b/docs/plan-apps-usuario-final.md
index d58582a0..380cc618 100644
--- a/docs/plan-apps-usuario-final.md
+++ b/docs/plan-apps-usuario-final.md
@@ -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