Files
takana/recipes
sergioandClaude Opus 5 fd9f9dff6d gnome: libgdm (b3:46fac484) + cairo-1.0.typelib — la capa JS avanza dos muros más
Dos rondas del mismo patrón, las dos destapadas ARRANCANDO:

1. `Requiring Gdk 4.0: Typelib 'cairo' 1.0 not found` ⇒ cairo-1.0 sumado a
   gi-foreign-typelibs. Necesita el mismo sed que gi-foreign-girs (viene como .gir.in
   con dos placeholders), para compilar EXACTAMENTE el XML que está instalado: si
   divergieran, el typelib describiría otra librería. NO segfaultea g-ir-compiler — el
   crash que motivó -Dbuild_introspection_data=false era del g-i de antes de la isla
   dinámica. La lista de cinco no se adivinó: sale de leer los <include> de TODOS los
   .gir del cierre y cruzarlos contra los typelibs existentes.

2. `Requiring Gdm 1.0` ⇒ receta `libgdm`, SÓLO la librería cliente. gnome-shell la
   importa sin condicional (js/misc/dependencies.js:12), o sea que **la librería
   cliente de GDM es dep de runtime del SHELL, no del greeter** — y eso no se ve en
   ningún meson.build. `gdm.toml` (el demonio entero) sigue aparcada por linux-pam,
   pero PAM es del DEMONIO: libgdm/ no lo toca. La receta corta por ahí; cuando exista
   linux-pam las dos conviven.

Para que libgdm compilara hicieron falta tres símbolos más en libelogind
(tawasuyu 9bf977a52, re-pineado a 98db584fd, re-sellado b3:c1fc4bd8):
sd_seat_get_sessions, sd_session_get_service y **sd_booted**, éste en una cabecera
nueva systemd/sd-daemon.h. sd_booted NO es un stub que devuelve 0: comprueba lo mismo
que systemd —que exista /run/systemd/system/— y bajo arje no está, así que responde 0
porque ES 0.

gnome-shell re-sellado b3:b2d5919b por la cascada.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-07-29 12:50:14 -04:00
..