sergioandClaude Opus 5
723f3ead33
docs/evidencia/gnome-shell-qemu-2026-07-29.png: el conmutador de espacios de trabajo, el reloj en el panel, la miniatura del escritorio, el dash, y la notificación estándar de GNOME por sesión de root. Todo construido desde fuente sobre el kernel de hammer, arje-zero como PID1 y musl. **EL MURO NO ERA DE KMS.** El diagnóstico anterior culpaba al plano primario de virtio-gpu («no advertised formats», sólo `Queue mode set`, ningún page flip). Era correlación. Se probó quitando MUTTER_DEBUG_FORCE_KMS_MODE=simple —el log pasó a decir `using atomic mode setting`, o sea que el cambio SÍ tomó efecto— y la pantalla siguió con exactamente 2 colores. Refutada. Mutter no tenía un frame que presentar; no es que no supiera presentarlo. La causa estaba en el stack trace, en el log, desde el principio: la excepción por el gschema `org.gnome.settings-daemon.peripherals.touchscreen` ocurre DENTRO de `Main.start()`, construyendo los quick settings ⇒ el panel nunca se arma. Proceso vivo, compositor con DRM master, nada que pintar. Receta `gsd-schemas`: los gschemas de gnome-settings-daemon SIN g-s-d, que sigue aparcada por GTK3/X11. **Tercera vez que aparece la misma lección** (tras la política D-Bus de login1 y el `org.gnome.login-screen` de libgdm): un gschema no es un fichero de datos del demonio, es una interfaz publicada que consume otro programa. Dos trampas de diagnóstico, las dos ahora blindadas: - **`glib-compile-schemas` sale con 0 aunque RECHACE un esquema.** Instalé los once XML, el log dijo `esquemas OK` y el shell seguía diciendo `not found`: faltaba `org.gnome.settings-daemon.enums.xml`, que meson genera con glib-mkenums y no es uno de los `.in`. Sin los `<enum>`, glib descarta el esquema entero, avisa por stderr y sigue. `gnome-start` ahora vuelca ese stderr SIEMPRE, no sólo al fallar. - El log serial persiste entre arranques y me hizo leer dos veces un `STATUS +30s` de una VM ya muerta. Truncarlo antes de arrancar; `Failed to get "write" lock` avisa de que hay otro QEMU con el disco tomado. Y queda escrito cómo validar CON PANTALLA sin humano delante: screendump por el monitor de QEMU, con una métrica barata previa a mirar — contar colores distintos. Negro = 2; pintando = 582, con el azul GNOME (2,60,136) al frente. Lo que falta son detalles, ninguno impide el escritorio: lanzar upowerd desde gnome-start, un tema de cursor, el setuid de colord y gnome-control-center. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
83 lines
4.3 KiB
TOML
83 lines
4.3 KiB
TOML
# gsd-schemas — los gschemas de gnome-settings-daemon, y NADA de g-s-d.
|
|
#
|
|
# POR QUÉ EXISTE: `gnome-settings-daemon` está APARCADA por diseño —pide `gtk+-3.0`, `gtk+-x11-3.0`,
|
|
# `x11` y `xfixes` de forma incondicional, y esta distro es Wayland-only (ver el comentario de su
|
|
# receta)—. Pero **gnome-shell lee sus esquemas al arrancar**, y sin ellos no llega a pintar:
|
|
#
|
|
# GNOME Shell-CRITICAL: Failed to setup quick settings:
|
|
# Error: GSettings schema org.gnome.settings-daemon.peripherals.touchscreen not found
|
|
# Stack trace: … systemActions.js:156 → status/system.js:236 → quickSettings.js:29 …
|
|
#
|
|
# Y eso NO es un aviso: la excepción ocurre construyendo los quick settings dentro de `Main.start()`,
|
|
# o sea que el panel nunca se termina de armar. El síntoma en pantalla es un negro total con la
|
|
# consola del kernel encima y `gnome-shell` vivo — que es exactamente lo que parecía un muro de KMS.
|
|
#
|
|
# ES LA MISMA LECCIÓN QUE libgdm, por tercera vez: **un gschema no es un fichero de datos del demonio,
|
|
# es una interfaz publicada que consume otro programa**. Que el demonio no se pueda construir no quita
|
|
# que su contrato haga falta. Por eso las dos cosas se separan: el demonio sigue aparcado, su
|
|
# vocabulario de configuración entra.
|
|
#
|
|
# QUÉ HACE: copia los once `*.gschema.xml.in` de `data/`, sustituyendo el único placeholder que
|
|
# tienen (`@GETTEXT_PACKAGE@`) — es lo mismo que hace el `configure_file` de `data/meson.build:23`—
|
|
# y genera **`org.gnome.settings-daemon.enums.xml`** con `glib-mkenums`, replicando el
|
|
# `gnome.mkenums()` de `data/meson.build:33` con sus mismas plantillas.
|
|
#
|
|
# ⚠ EL FICHERO DE ENUMS NO ES OPCIONAL, y su ausencia cuesta un ciclo entero porque el síntoma es
|
|
# idéntico al de no tener los esquemas: los `.gschema.xml` referencian
|
|
# `enum="org.gnome.settings-daemon.GsdBellMode"` y compañía, esos `<enum>` viven SÓLO en el fichero
|
|
# generado, y `glib-compile-schemas` **rechaza el esquema entero** cuando no puede resolverlos.
|
|
# Rechaza, no aborta: sale con 0, imprime el motivo por stderr y sigue. Así que
|
|
# `org.gnome.settings-daemon.peripherals.touchscreen` seguía «not found» con el XML instalado y
|
|
# `esquemas OK` en el log. Los enums se generan de `data/gnome-settings-daemon/gsd-enums.h`, que es
|
|
# una cabecera pura de declaraciones: no hace falta compilar nada de g-s-d para leerla.
|
|
#
|
|
# El `gschemas.compiled` lo genera `gnome-start` en el primer arranque, junto con el resto (meson no
|
|
# lo produce cuando hay DESTDIR).
|
|
#
|
|
# SE INCLUYE `wwan` aunque upstream lo condicione a ModemManager, y la razón es la asimetría del
|
|
# fallo: **un esquema que falta es un crash; uno que sobra es inerte.** El código de banda ancha del
|
|
# shell pregunta primero por el servicio D-Bus de ModemManager, que no está, y no llega a leer nada.
|
|
# Traerlo cuesta 4 KB de XML y quita una piedra futura del camino.
|
|
#
|
|
# Los valores por defecto quedan los de upstream. No se cambia ninguno: un escritorio sin g-s-d
|
|
# corriendo no aplica esas preferencias igual, así que falsearlas sólo escondería que el demonio falta.
|
|
name = "gsd-schemas"
|
|
version = "48.1"
|
|
|
|
[source]
|
|
tarball = "https://download.gnome.org/sources/gnome-settings-daemon/48/gnome-settings-daemon-48.1.tar.xz"
|
|
sha256 = "3860a2ea214dcbcb6600ae7a1e3358a5389215087bc3e4a47cee3f87baee062e"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "dynamic"
|
|
|
|
[build.phases]
|
|
configure = "true"
|
|
compile = "true"
|
|
install = '''
|
|
set -e
|
|
mkdir -p /out/usr/share/glib-2.0/schemas
|
|
for f in data/org.gnome.settings-daemon.*.gschema.xml.in; do
|
|
out=$(basename "$f" .in)
|
|
sed 's/@GETTEXT_PACKAGE@/gnome-settings-daemon/g' "$f" > "/out/usr/share/glib-2.0/schemas/$out"
|
|
done
|
|
# Los ENUMS, sin los cuales los esquemas de arriba se rechazan. Réplica del gnome.mkenums() de
|
|
# data/meson.build:33, con las mismas plantillas.
|
|
glib-mkenums \
|
|
--comments '<!-- @comment@ -->' \
|
|
--fhead '<schemalist>' \
|
|
--vhead ' <@type@ id="org.gnome.settings-daemon.@EnumName@">' \
|
|
--vprod ' <value nick="@valuenick@" value="@valuenum@"/>' \
|
|
--vtail ' </@type@>' \
|
|
--ftail '</schemalist>' \
|
|
data/gnome-settings-daemon/gsd-enums.h \
|
|
> /out/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.enums.xml
|
|
grep -c '<enum id=' /out/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.enums.xml
|
|
ls /out/usr/share/glib-2.0/schemas/ | wc -l
|
|
'''
|
|
|
|
[deps]
|
|
build = ["pkgconf", "glib", "python3", "libffi", "pcre2", "zlib-shared"]
|