Files
takana/recipes
sergioandClaude Opus 5 417ba2a502 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>
2026-07-29 15:16:03 -04:00
..