targets.toml: el «~26 recetas de frontera» de nautilus+gvfs eran SEIS, y los huecos que quedan van con nombre
La cuenta vieja salía de `seed-gnome.json`, que avisa en su propia cabecera que sobreestima 5-10×. Leídos los meson.build: gvfs no necesitaba NINGUNA receta nueva (sus 11 fronteras son backends opcionales con perilla propia, y `fuse` es `fuse3`, ya en el corpus) y nautilus necesitaba tres, no quince, porque libportal publica sus dos `.pc` desde un source y tinysparql publica `tracker-sparql-3.0.pc` además del suyo. La sexta, `libarchive-shared`, salió de medir PIC. Y se escriben los tres huecos que quedan, porque sin eso la lista se lee como completa y NO lo es: udisks (montar un USB), localsearch (búsqueda por nombre, sin índice ni contenido) y `-Dextensions=false` (sin pestañas de metadatos EXIF/multimedia en Propiedades). Ninguno queda `wanted` en el grafo —son perillas apagadas, no huecos del grafo— así que este fichero y los encabezados de las recetas son los únicos sitios donde se ven. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Semantic delta
No definition changed: this change is text, documentation or data.
1 files · +24 −2
- docs/state/targets.toml +24 −2
diff --git a/docs/state/targets.toml b/docs/state/targets.toml
index 0700c99d..c5c5afb9 100644
--- a/docs/state/targets.toml
+++ b/docs/state/targets.toml
@@ -807,8 +807,30 @@ paquetes = [
# zathura va pegado al visor: sin gvfs, nautilus abre y navega, pero **no hay papelera, ni montar
# un USB, ni red** — funciones que la interfaz SIGUE DIBUJANDO y que fallan al pulsarlas. Un
# gestor de ficheros que enseña una papelera que no existe miente más que no traerlo.
- # Las dos son el trabajo REAL que esta tanda le da a la granja: ~26 recetas de frontera entre
- # ambas, que es lo que hoy no tiene el worker (idle con todo sellado, medido 2026-09-21).
+ # ✅ LAS DOS SELLADAS EL 2026-09-23 — y el «~26 recetas de frontera» que decía acá eran SEIS.
+ # Lo de arriba salía de `seed-gnome.json`, que avisa en su cabecera que sobreestima 5-10×; leídos
+ # los `meson.build` de verdad, la cuenta es otra:
+ # gvfs → CERO recetas nuevas. Sus 11 «fronteras» son backends OPCIONALES con perilla propia
+ # (samba, libmtp, libnfs, avahi, libcdio, libgphoto2, libimobiledevice, libbluray,
+ # goa/google/onedrive) y `fuse` es `fuse3`, que ya estaba en el corpus.
+ # nautilus → cuatro deps duras ⇒ TRES recetas: `libportal` publica `libportal.pc` Y
+ # `libportal-gtk4.pc` desde un solo source, y `tinysparql` publica
+ # `tracker-sparql-3.0.pc` además del suyo. Más `gnome-autoar`.
+ # la sexta → `libarchive-shared`: la canónica no es PIC (3205 reubicaciones R_X86_64_32 fuera
+ # de .debug) y no entra en la `.so` de gnome-autoar.
+ # Artefactos: nautilus b3:5183572a · gvfs b3:eb831c9e (13 mounts, con `trash` y `gvfsd-fuse`).
+ #
+ # ⚠ LO QUE SIGUE SIN HABER, y hay que decirlo porque esta lista ahora se lee como completa:
+ # · **`udisks` ⇒ enchufar un USB y que aparezca NO funciona.** Es el único backend de gvfs que
+ # no se pudo encender por falta de receta (`-Dudisks2=false`); arrastra libblockdev +
+ # libatasmart y es su propia unidad de trabajo. La papelera y los archivos SÍ andan.
+ # · **`localsearch`** (ex tracker-miners): sin el indexador, la búsqueda de nautilus cae en
+ # `NautilusSearchEngineSimple` — por nombre, recorriendo directorios, sin mirar el contenido.
+ # · **`-Dextensions=false`**: sin `gexiv2` ni gstreamer no hay pestañas de metadatos EXIF ni de
+ # audio/vídeo en «Propiedades». El resto del diálogo es del núcleo y está.
+ # Los tres están escritos también en el encabezado de su receta, que es donde los va a leer quien
+ # toque esto. Ninguno queda como `wanted` en el grafo — son perillas apagadas, no huecos del
+ # grafo — así que esta lista es el ÚNICO sitio donde se ven juntos.
"nautilus", "gvfs",
# ── ⚠ NO ENTRA `gnome-control-center`, Y NO ES UN OLVIDO (2026-09-21) ─────────────────────────
# Es el `systemsettings` que le falta a este perfil y el hueco se NOTA — pero su cierre arrastra