gnome: 🏔 LA SESIÓN ARRANCA Y SE QUEDA VIVA — cae el último muro de la capa JS

== gnome-qemu :: compositor OK (wayland-0) — el shell ES el display server
  == gnome-qemu :: STATUS +15s … +315s: gnome-shell=2

Sin una sola `JS ERROR`. gnome-shell corre 5 minutos seguidos sobre DRM real.

Dos cierres, los dos por auditar en vez de adivinar:

1. GL-1.0 y libxml2-2.0 sumados a gi-foreign-typelibs. La primera auditoría de
   `<include>` la hice sólo sobre los girs de /usr/share/gir-1.0 y me faltaron los que
   entran por los girs PRIVADOS de mutter (Clutter-16, Cogl-16 → GL-1.0, o sea que sin
   él no carga `Meta`: el compositor entero) y por los de eds (Camel, EBook,
   EDataServer → libxml2-2.0). Un ciclo de imagen+arranque perdido por auditar de menos.
   La forma correcta —y ahora escrita en la receta— es cruzar los `<include>` de TODOS
   los .gir del rootfs hidratado contra los typelibs presentes. Queda un solo huérfano,
   `xlib-2.0`, que sólo incluye `xft-2.0`, a quien no incluye nadie: no es una falta.

2. libgdm vuelve a construir su `data/`. La había borrado entera por parecer «cosas del
   greeter», y ahí vive el gschema **org.gnome.login-screen**, que gnome-shell lee al
   arrancar: sin él muere con `Gio.IOErrorEnum: GSettings schema ... not found`. Un
   esquema de GSettings no es un fichero de datos del demonio — es una interfaz publicada
   que consume otro programa. Se borra sólo `subdir('dconf')`, la única pieza que necesita
   el binario `dconf`.

Lo que queda son avisos, no muros: falta un tema de cursor, colord no arranca por el
setuid del helper, y `org.gnome.settings-daemon.peripherals.touchscreen` no existe
porque g-s-d está aparcada (rompe quick-settings, no la sesión).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-07-29 15:16:03 -04:00
co-authored by Claude Opus 5
parent f70c4a2339
commit 417ba2a502
2 changed files with 24 additions and 10 deletions
@@ -27,13 +27,22 @@
# fontconfig-2.0 ← lo incluye Pango
# freetype2-2.0 ← lo incluye HarfBuzz y Pango
# cairo-1.0 ← lo incluyen Gdk-4.0, Pango-1.0 y PangoCairo-1.0
# GL-1.0 ← lo incluyen Clutter-16 y Cogl-16, o sea que sin él no carga `Meta`
# libxml2-2.0 ← lo incluyen Camel-1.2, EBook-1.2 y EDataServer-1.2 (evolution-data-server)
#
# No se ponen en un glob a propósito: un glob metería los de X11 y el build fallaría a lo lejos, o
# peor, produciría typelibs rotos. La lista es corta y explícita para que se vea qué entra.
#
# LA LISTA NO SE ADIVINÓ: sale de leer los `<include>` de TODOS los .gir del cierre. Cruzados contra
# los typelibs que ya existen, los únicos huérfanos eran éstos cinco. Por eso hay una sola ronda más
# después de DBus y no una cadena de sorpresas: el cierre de includes está cerrado.
# LA LISTA NO SE ADIVINÓ, y la forma de sacarla es lo reusable: se leen los `<include>` de TODOS los
# .gir del rootfs hidratado —incluidos los PRIVADOS de mutter y del shell, que están fuera de
# /usr/share/gir-1.0— y se cruzan contra los typelibs presentes. Lo que queda es la lista exacta.
#
# La primera vez lo hice sólo sobre los girs del sistema y me faltaron GL-1.0 y libxml2-2.0, que
# entran por `Clutter-16`/`Cogl-16` (⇒ sin GL no carga `Meta`, o sea el compositor entero) y por
# `Camel`/`EBook`/`EDataServer`. Un ciclo de imagen+arranque perdido por auditar de menos.
#
# `xlib-2.0` NO entra aunque figure como huérfano: lo incluye únicamente `xft-2.0`, que a su vez no
# lo incluye nadie. Es un .gir presente sin consumidor, no una falta.
#
# cairo-1.0 es el único que necesita trato especial, y por la misma razón que en gi-foreign-girs: no
# viene como `.gir` sino como `.gir.in`, con dos placeholders que g-i sustituye por configure_file.
@@ -63,7 +72,7 @@ compile = "true"
install = '''
set -e
mkdir -p /out/usr/lib/girepository-1.0
for g in DBus-1.0 DBusGLib-1.0 fontconfig-2.0 freetype2-2.0; do
for g in DBus-1.0 DBusGLib-1.0 fontconfig-2.0 freetype2-2.0 GL-1.0 libxml2-2.0; do
g-ir-compiler --includedir=/usr/share/gir-1.0 \
-o "/out/usr/lib/girepository-1.0/$g.typelib" "gir/$g.gir"
done
+11 -6
View File
@@ -23,11 +23,15 @@
# falso, que a su vez hace `json-glib` opcional (:67) y saltea `subdir('pam-extensions')` (:317).
# La cadena se apaga sola; no hace falta tocar nada más.
# 2. Se borran los `subdir()` que necesitan PAM o que no aportan nada acá: daemon, utils, pam_gdm,
# po (el msgfmt de gettext-tiny — SEXTA vez), docs y `data`. Quedan `common` y `libgdm`.
# `data` es la del GREETER —perfiles dconf, autostart de orca, el gschema org.gnome.login-screen—
# y encima exige el binario `dconf` para compilar sus defaults (`data/dconf/meson.build:18`), que
# no está en el corpus. Nada de eso es la librería cliente; cuando se construya el demonio de
# verdad (gdm.toml, aparcada por PAM) volverá con él, que es su dueño.
# po (el msgfmt de gettext-tiny — SEXTA vez) y docs. Quedan `common`, `libgdm` y `data`.
#
# ⚠ `data` SÍ QUEDA, y eso costó un ciclo entero de imagen+arranque. Empecé borrándola por
# parecer «cosas del greeter» —perfiles dconf, autostart de orca— pero **ahí vive el gschema
# `org.gnome.login-screen`, y gnome-shell lo lee al arrancar**: sin él muere con
# `Gio.IOErrorEnum: GSettings schema org.gnome.login-screen not found`. Un esquema de GSettings
# no es un fichero de datos del demonio: es una interfaz publicada que consume otro programa.
# De `data` se borra sólo `subdir('dconf')`, que es la única pieza problemática — compila sus
# defaults con el binario `dconf` (`data/dconf/meson.build:18`), que no está en el corpus.
# 3. `gnome.post_install(glib_compile_schemas: true)` se borra: meson lo saltea igual cuando hay
# DESTDIR, pero deja un WARNING por build y confunde el log.
#
@@ -62,7 +66,8 @@ link = "dynamic"
configure = '''
set -e
sed -i "s/^libpam_dep = cc.find_library('pam')$/libpam_dep = cc.find_library('pam', required: false)/" meson.build
sed -i "/^subdir('data')$/d; /^subdir('daemon')$/d; /^subdir('utils')$/d; /^subdir('pam_gdm')$/d; /^subdir('po')$/d; /^subdir('docs')$/d" meson.build
sed -i "/^subdir('daemon')$/d; /^subdir('utils')$/d; /^subdir('pam_gdm')$/d; /^subdir('po')$/d; /^subdir('docs')$/d" meson.build
sed -i "/^subdir('dconf')$/d" data/meson.build
sed -i "/^gnome.post_install($/,/^)$/d" meson.build
PKG_CONFIG_PATH=/usr/lib/pkgconfig PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output \
--prefix=/usr --buildtype=release --wrap-mode=nodownload \