diff --git a/recipes/incoming-gnome/gi-foreign-typelibs.toml b/recipes/incoming-gnome/gi-foreign-typelibs.toml
index 581da5ee..06445c6a 100644
--- a/recipes/incoming-gnome/gi-foreign-typelibs.toml
+++ b/recipes/incoming-gnome/gi-foreign-typelibs.toml
@@ -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
diff --git a/recipes/incoming-gnome/libgdm.toml b/recipes/incoming-gnome/libgdm.toml
index 14cc2437..7be82d0c 100644
--- a/recipes/incoming-gnome/libgdm.toml
+++ b/recipes/incoming-gnome/libgdm.toml
@@ -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 \