gnome: gi-foreign-typelibs (b3:a159373c) — un .gir NO es un typelib

Con accountsservice adentro, la capa JS avanzó y murió un paso después:

  JS ERROR: Requiring Atspi, version 2.0: Typelib file for namespace 'DBus', version '1.0' not found

`Atspi-2.0.gir` declara `<include name="DBus" version="1.0"/>`. El `DBus-1.0.gir` YA estaba en
/usr/share/gir-1.0 (lo pone gi-foreign-girs), pero gjs resuelve en runtime contra el TYPELIB
compilado, no contra el XML — el XML le alcanza al scanner, no al cargador.

Receta aparte y no un compile agregado a gi-foreign-girs porque `yupana radio` da **17 sellados
cayendo a deuda** ahí (catorce recetas la declaran para escanear, mutter y gnome-shell entre ellas).
Compilar cuatro typelibs no justifica reconstruir la cima. No se pisan: una instala sólo en gir-1.0
y la otra sólo en girepository-1.0. Mismo criterio que separó udev-pc de libudev-zero.

Se compilan CUATRO nombrados explícitamente —DBus-1.0, DBusGLib-1.0, fontconfig-2.0, freetype2-2.0—
y no un glob: los .gir de X11 y cairo arrastran includes que no tenemos y son justamente los que
hacían SIGSEGV a g-ir-compiler (la razón de nuestro -Dbuild_introspection_data=false).

Además: gnome-start lanza accounts-daemon explícito. Su .service de activación está instalado, pero
la activación por bus de sistema pasa por dbus-daemon-launch-helper, que acá no es setuid root;
correr como root probablemente alcanzaría, pero depender de eso es depender de un accidente.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

scripts/gnome/gnome-start-qemu.sh

@@ -183,6 +183,21 @@ export XDG_SESSION_ID=1
 export XDG_SEAT=seat0
 export XDG_VTNR=1
 
+# accounts-daemon: el servicio D-Bus de cuentas (org.freedesktop.Accounts). El shell lo consulta
+# desde JavaScript vía `imports.gi.AccountsService` para el nombre y el avatar del usuario del menú.
+#
+# Se lanza EXPLÍCITO aunque el artefacto instale su `.service` de activación: la activación por bus
+# de sistema pasa por `dbus-daemon-launch-helper`, que en una distro normal es setuid root y acá no
+# lo es. Corriendo todo como root la activación probablemente funcionaría igual, pero depender de eso
+# es depender de un accidente; lanzarlo a mano es una línea y no deja ambigüedad. Si además llegara a
+# activarse por bus, el segundo simplemente no adquiere el nombre y se va: no hay daño.
+if [ -x /usr/libexec/accounts-daemon ]; then
+  /usr/libexec/accounts-daemon >/tmp/accounts-daemon.log 2>&1 &
+  say "accounts-daemon lanzado (pid $!)"
+else
+  say "!! sin /usr/libexec/accounts-daemon — el menú de usuario del shell va a fallar"
+fi
+
 if [ "${DIAG:-1}" = 1 ]; then
   ulimit -c unlimited 2>/dev/null || true
   echo '/core.%e.%p' > /proc/sys/kernel/core_pattern 2>/dev/null || true

scripts/gnome/hydrate-gnome.sh

@@ -28,7 +28,11 @@ HAMMER="${HAMMER:-./target/release/hammer}"; KEEP="${KEEP:-0}"
 if [ $# -gt 0 ]; then
   TARGETS=("$@")
 else
-  TARGETS=(recipes/incoming-gnome/gnome-shell.toml recipes/incoming-gnome/accountsservice.toml)
+  TARGETS=(
+    recipes/incoming-gnome/gnome-shell.toml
+    recipes/incoming-gnome/accountsservice.toml   # imports.gi.AccountsService
+    recipes/incoming-gnome/gi-foreign-typelibs.toml  # DBus-1.0, que Atspi-2.0 incluye
+  )
 fi
 
 # ── cierre transitivo por el grafo de recetas, en orden topológico ──────────────────────────────