De 87 pendientes a 78. Las 4 de mutter y 5 de las 6 de gnome-shell. La sexta —gnome-keyring—
queda PENDIENTE a propósito y con motivo, abajo.
Las de mutter caen contra su meson leído, no contra su comentario:
argcomplete tools/meson.build:17 lo usa como PROGRAMA para generar el completado de bash de
`gdctl`, dentro del bloque `if bash_completion` ⇒ -Dbash_completion=false lo mata.
No se enlaza: no es una librería, es un generador
sysprof meson.build:453, `if have_profiler` ⇒ -Dprofiler=false
libstartup-notification default TRUE en meson.options:114 y la receta lo apaga a mano. Es el
cursor «ocupado» de X11; en Wayland lo reemplaza xdg-activation, que mutter
implementa nativamente ⇒ no se pierde la función, cambia de dónde sale
libglycin ⚠ CUARTO DESFASE DE VERSIÓN del barrido: mutter 48.8 no nombra glycin en ningún
fichero. El cargador de imágenes enjaulado entra en la serie 49 de GNOME
Y las de gnome-shell:
gdm aparcado POR DISEÑO, targets.toml:263. La sesión la lanza arje
gnome-autoar sólo la pide extensions-tool (su meson.build:32) y va -Dextensions_tool=false:
desempaqueta el .zip de una extensión, no pinta escritorio
gnome-clocks cero referencias en los meson: es una APP que el panel consulta en runtime para
los relojes del mundo
gnome-bluetooth cero referencias, y el hueco de fondo es el mismo de ayer: no hay bluez
libnma ⚠ otra vez la etiqueta y el hecho: gnome-shell 48.8 NO la nombra. Su camino de red
es libnm + libsecret-1 (meson.build:106-108), apagado con -Dnetworkmanager=false
⚠ POR QUÉ gnome-keyring SIGUE PENDIENTE. Es el primero del barrido que no parece «opcional» sino
falta de verdad, y decidirlo cambia el trabajo de la granja (un `hueco` nace como raíz en
targets.toml y entra al drenaje), así que no lo firmo de paso. Lo medido hasta acá:
js/ui/components/keyring.js:221 hace `own_name('org.gnome.keyring.SystemPrompter')` ⇒ el shell es
el que PREGUNTA la contraseña, no el que guarda el secreto. El almacén es el demonio, y no hay
receta de gnome-keyring en el catálogo. libsecret está sellada, pero libsecret es el CLIENTE.
Del lado KDE hay kwallet y plasma-workspace publica org.kde.secretprompter.service, o sea que ese
perfil sí parece tener con qué. Queda una medición corriendo sobre el store entero (quién declara
org.freedesktop.secrets) y con eso se decide; si nadie lo declara, es hueco y hay que decirlo.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LCt3ettR4Z7b6wPCBmbvEV
