granja: el worker rehacía 87 de 90 recetas por ciclo — el sync del store es de UN SOLO SENTIDO

Fui a mirar los fallos de la granja y el número no cuadraba: de 20 «fallos» de incoming-gnome,
17 correspondían a recetas CON ARTEFACTO VIGENTE en el hub. Primero pensé que eran marcadores
`.fail` rancios, y me equivoqué: `build-farm.sh` hace `rm -rf "$FARM"` al empezar cada ciclo,
así que el status es siempre del ciclo actual. Después pensé que el worker corría recetas
viejas, y también me equivoqué: comparados los md5, hub y worker tienen copias IDÉNTICAS.

LA CAUSA REAL está en `farm-sync.sh`: sube el código EXCLUYENDO /store y baja el store del
worker. El store viaja worker→hub y nunca hub→worker. O sea que **el worker no se entera de
nada de lo que se sella en el hub**, y cada ciclo reintenta —y vuelve a fallar— trabajo ya
hecho. Medido: de las 90 recetas de incoming-gnome, **87 ya están selladas en el hub**. El
worker estaba quemando el 97% de esa cola en repetir lo hecho.

EL ARREGLO no es mandarle los artefactos (gigabytes por un enlace de 8 Mbps) sino la LISTA:
`work/farm-sellados.txt` son los nombres `<hash>-<paquete>` del store del hub, unos kilobytes.
`farm-sync.sh` la regenera en cada sync (para que no envejezca sola) y `build-farm.sh` salta
la receta cuyo hash vigente ya esté ahí. Ojo al detalle de rsync: la subida excluye /work, así
que el manifiesto necesita un `--include` ANTES del `--exclude` — rsync aplica la primera regla
que casa, y sin ese orden el fichero no viajaba y el arreglo no habría hecho nada en silencio.

Y LAS TRES DEUDAS REALES DE LA GRANJA SON UNA. gnome-session, gnome-settings-daemon y gdm
mueren todas en GTK3, que el frente GNOME aparcó a propósito. Verificado contra el meson.build
de cada tag: gnome-session 48.0 lo pide incondicional; gnome-settings-daemon 48.1 pide gtk+-3.0
Y gtk+-x11-3.0 (dos de las tres deudas aparcadas, no una); gdm 48.0 lo tiene condicionado a
`if have_xdmcp` pero da igual, porque muere construyendo gnome-session.

De paso, gnome-session pasaba `-Dsystemd=false -Dsystemd_journal=false`, dos opciones que NO
EXISTEN en 48.0 (sus opciones reales son seis: deprecation_flags, session_selector,
systemduserunitdir, docbook, man, x11). Meson aborta en la primera opción desconocida, así que
la receta ni llegaba a configurar y el fallo real quedaba tapado. Corregido, más -Dx11=false.
El diagnóstico de fondo YA ESTABA en la receta desde el 2026-07-27 y era más completo que el
mío (dice GTK3 **y** libsystemd); quité la nota duplicada que había añadido.

Y en el respaldo: la comprobación inicial de SSH era de un solo intento y tiró la corrida al
relanzarlo llegando a casa, con el wifi aún sin levantar. Es el peor momento para rendirse —
quien relanza un respaldo interrumpido acaba de cambiar de red. Ahora reintenta.

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

recipes/incoming-gnome/gdm.toml

@@ -5,6 +5,19 @@
 # arje-logind-compat (D-Bus, ya sellado). gdm se apoya en ESE login1. Por eso -Dsystemd=false y el
 # soporte de sesión va por el shim. (NO es frontera: login1 está cubierto.)
 # Feature-minimal: plymouth/selinux/systemd-journal off; Wayland-only (sin X11). El greeter es GNOME.
+#
+# ── 🧱 BLOQUEADA POR GTK3, QUE ESTÁ APARCADO POR DISEÑO (medido 2026-08-07) ─────────────────────
+# Las TRES recetas que quedaban en deuda en la granja (gnome-session, gnome-settings-daemon, gdm)
+# NO son tres problemas: son UNO. Todas mueren en GTK3, que es una de las tres deudas que el frente
+# GNOME aparcó a propósito (GTK3 / X11 / PAM). Verificado contra el `meson.build` de cada tag:
+#   · gnome-session 48.0        → `gtk_dep = dependency('gtk+-3.0')` en el nivel superior, sin `if`.
+#   · gnome-settings-daemon 48.1→ gtk+-3.0 **y `gtk+-x11-3.0`**, ambos incondicionales ⇒ bloqueada
+#                                 por DOS de las tres deudas aparcadas, no por una.
+#   · gdm 48.0                  → su gtk+-3.0 sí es condicional (`if have_xdmcp`, y xdmcp es opción),
+#                                 pero da igual: depende de gnome-session y muere construyéndola.
+# ⇒ No reintentar estas tres esperando que cambie algo. Se destraban el día que entre GTK3 (y para
+#   gnome-settings-daemon, también X11), no antes. Es una decisión de alcance, no un fallo.
+
 name    = "gdm"
 version = "48.0"
 license = "GPL-2.0-or-later"

recipes/incoming-gnome/gnome-session.toml

@@ -5,6 +5,10 @@
 # Esta distro NO usa systemd: el login1 lo provee arje-logind-compat (D-Bus), el init es arje-zero.
 # Feature-minimal: -Dsystemd=false -Dsystemd_journal=false (sin dep de libsystemd), docs/man off.
 # gnome-session usa gtk4 para el diálogo de fallo ("failwhale") y json-glib para el perfil de sesión.
+#
+# ⛔ APARCADA: el diagnóstico completo está más abajo, junto a `[deps]` (GTK3 **y** libsystemd, los
+# dos incondicionales). Lo confirmado el 2026-08-07 no lo cambia; sólo añade que la granja seguía
+# reintentándola, que es un problema de COLA, no de receta.
 name    = "gnome-session"
 version = "48.0"
 license = "GPL-2.0-or-later"
@@ -19,7 +23,19 @@ target   = "x86_64-linux-musl"
 link     = "static"
 
 [build.phases]
-configure = "PKG_CONFIG_PATH=/usr/lib/pkgconfig PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload --prefer-static -Ddefault_library=static -Dsystemd=false -Dsystemd_journal=false -Ddocbook=false -Dman=false -Dc_args=-Wno-error=date-time"
+# ── `-Dsystemd=false -Dsystemd_journal=false` NO EXISTEN en 48.0 y mataban el build ────────────
+# Fallaba con `meson.build:1:0: ERROR: Unknown option: "systemd"`. Comprobado contra el
+# `meson_options.txt` del tag 48.0, las opciones REALES son exactamente seis:
+#     deprecation_flags · session_selector · systemduserunitdir · docbook · man · x11
+# O sea que el soporte de systemd dejó de ser una perilla booleana; lo único que queda de systemd es
+# `systemduserunitdir`, que es una RUTA, no un interruptor. Pasar perillas que no existen no es
+# inofensivo: meson aborta en la primera, así que la receta nunca llegó a configurar.
+# ⇒ Lección: una opción `-D` inventada no se ignora, mata el build. Verificar contra el
+# `meson_options.txt` DEL TAG que la receta pinea, no contra la memoria de otra versión.
+#
+# `-Dx11=false`: la imagen es Wayland pura y el default de esa opción es `true`, que arrastraría la
+# torre de X11 que deliberadamente no tenemos (ver la deuda aparcada de GTK3/X11/PAM del frente).
+configure = "PKG_CONFIG_PATH=/usr/lib/pkgconfig PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload --prefer-static -Ddefault_library=static -Dx11=false -Ddocbook=false -Dman=false -Dc_args=-Wno-error=date-time"
 compile   = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
 install   = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
 

recipes/incoming-gnome/gnome-settings-daemon.toml

@@ -17,6 +17,19 @@
 # NO BLOQUEA EL ESCRITORIO: gnome-shell no depende de g-s-d ni en build ni para arrancar; sin él la
 # sesión sube y lo que se pierde son las teclas de medios, la gestión de energía y el perfil de color
 # (los aplica este daemon, no el shell). Es degradación, no ausencia de escritorio.
+#
+# ── 🧱 BLOQUEADA POR GTK3, QUE ESTÁ APARCADO POR DISEÑO (medido 2026-08-07) ─────────────────────
+# Las TRES recetas que quedaban en deuda en la granja (gnome-session, gnome-settings-daemon, gdm)
+# NO son tres problemas: son UNO. Todas mueren en GTK3, que es una de las tres deudas que el frente
+# GNOME aparcó a propósito (GTK3 / X11 / PAM). Verificado contra el `meson.build` de cada tag:
+#   · gnome-session 48.0        → `gtk_dep = dependency('gtk+-3.0')` en el nivel superior, sin `if`.
+#   · gnome-settings-daemon 48.1→ gtk+-3.0 **y `gtk+-x11-3.0`**, ambos incondicionales ⇒ bloqueada
+#                                 por DOS de las tres deudas aparcadas, no por una.
+#   · gdm 48.0                  → su gtk+-3.0 sí es condicional (`if have_xdmcp`, y xdmcp es opción),
+#                                 pero da igual: depende de gnome-session y muere construyéndola.
+# ⇒ No reintentar estas tres esperando que cambie algo. Se destraban el día que entre GTK3 (y para
+#   gnome-settings-daemon, también X11), no antes. Es una decisión de alcance, no un fallo.
+
 name    = "gnome-settings-daemon"
 version = "48.1"
 license = "GPL-2.0-or-later"