dbus: una flag ausente bloqueaba TRES perfiles — --wrap-mode=nodownload

`base`, `cli` y `escritorio-sway` bajaron a 50/51, 73/74 y 120/121 después de la cascada del
split, y los tres fallaban por LA MISMA receta: dbus.

EL ERROR NO MENCIONABA LA RED POR NINGÚN LADO:
    meson.build:372:11: ERROR: Unhandled python exception
Y arriba, enterrado entre reintentos:
    <urlopen error unknown url type: https>
    WARNING: failed to download with error: name 'ssl' is not defined
dbus declara subproyectos con `.wrap` y meson intenta DESCARGARLOS. En el sandbox no hay red y
python no trae ssl ⇒ «Unhandled python exception», que se lee como un bug de meson y es
simplemente que no hay salida a internet. Y no debe haberla: el build es hermético a propósito.

`--wrap-mode=nodownload` obliga a usar las deps del sistema (nuestros artefactos, vía
pkg-config) y deja los wraps inertes. Mismo caso que `wl-clipboard` anoche.

⇒ base 51/51 · cli 74/74 · escritorio-sway 121/121. Los tres cierran otra vez.

ESTADO DE LA REPARACIÓN DE LA CASCADA: de las 54 que quedaron sin artefacto, 42 reconstruidas.
Las 12 restantes son EXACTAMENTE las que ya estaban en deuda antes de la campaña:
  · 6 el muro del PIC (gtk4 y su cadena estática — duplicado superado de la dinámica de GNOME);
  · 3 HUB-ONLY (mirada-*, llimphi-counter: git privado / commit en ceros);
  · dwarves (libdw/musl), y adwaita-hello (error 39 = la carrera del ADR 0012).
O sea que la campaña no dejó deuda nueva.

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

recipes/dbus.toml

@@ -16,6 +16,17 @@ link     = "static"
 flags    = []
 
 [build.phases]
+# ── `--wrap-mode=nodownload`: sin esto meson SALE A INTERNET dentro del sandbox hermético ───────
+# dbus declara subproyectos con `.wrap`, y meson intenta descargarlos. En el sandbox no hay red y
+# python no trae ssl, así que el error que sale no menciona la red por ningún lado:
+#     <urlopen error unknown url type: https>
+#     WARNING: failed to download with error: name 'ssl' is not defined
+#     meson.build:372:11: ERROR: Unhandled python exception
+# «Unhandled python exception» se lee como un bug de meson y es simplemente que no hay salida a
+# internet — y no debe haberla: el build es hermético a propósito. `nodownload` obliga a usar las
+# deps del sistema (nuestros artefactos, vía pkg-config) y deja los wraps inertes.
+# Mismo caso que `wl-clipboard`. Este fallo bloqueaba TRES perfiles a la vez (base, cli y
+# escritorio-sway), que es mucho daño para una flag ausente.
 # meson estático (patrón glib): systemd/x11-autolaunch/tests/docs off (deps ausentes en el lab).
 #
 # NO lleva `-all-static` (2026-07-17, frente link-static-mentira-libtool): dbus construye con MESON,
@@ -25,7 +36,7 @@ flags    = []
 # El `✗ dbus dice static, es DINÁMICO → libdbus-1.so.3 libc.so` del audit era un artefacto VIEJO del
 # store (5cc4b104), anterior a estos flags: `ls -dt` agarra el más reciente, no el vigente (lo avisa
 # el propio script). Re-sellar bastó — verificado levantando un bus real con dbus-run-session.
-configure = "PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --prefer-static -Ddefault_library=static -Dsystemd=disabled -Dx11_autolaunch=disabled -Ddoxygen_docs=disabled -Dxml_docs=disabled -Dtools=true -Dsystem_pid_file=/run/dbus/dbus.pid"
+configure = "PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload --prefer-static -Ddefault_library=static -Dsystemd=disabled -Dx11_autolaunch=disabled -Ddoxygen_docs=disabled -Dxml_docs=disabled -Dtools=true -Dsystem_pid_file=/run/dbus/dbus.pid"
 compile   = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
 install   = '''
 set -e