networkmanager al corpus CON WiFi y con nmcli — y los perfiles que no tenían gestor de red

networkmanager  b3:c36414ece23e322ef007d0acc7ce6f65b8b822ae55c38b38c9afa4b3eb340adb  (52 MB)

Arreglo del segundo hueco del barrido: `networkmanager` figuraba SÓLO en escritorio-kde, y desde
GNOME, COSMIC o sway no se alcanza (cola hermana). Pero promover la receta de KDE tal cual habría
sido peor que no hacerlo, y sólo se vio mirando el ARTEFACTO:

  · `-Dwifi=false`  ⇒ un gestor de red que no maneja interfaces inalámbricas. Allá es correcto
    (esa receta existe para dar libnm.so a plasma-nm y nada más); acá habría puesto en tres
    imágenes un demonio que arranca, dibuja el applet y no lista una sola red.
  · sin `nmcli`     ⇒ ni una herramienta con la que manejarlo. En sway eso es la diferencia entre
    tener red y no tenerla.

La variante del corpus cambia tres cosas, y la tercera hizo falta MEDIRLA:
  1. `-Dwifi=true`. Habla nl80211 por libnl (ya era dep) y delega el handshake WPA2 en
     `wpa_supplicant`, que desde hoy está en perfil.base ⇒ va también en [deps] runtime.
  2. `readline` en [deps] build.
  3. `-Dnmcli=true -Dreadline=libreadline`. Con sólo la dep, nmcli NO se construyó: `-Dnmcli` vale
     true de fábrica pero `-Dreadline` es un COMBO que por defecto va en `auto`, y sin decirle
     dónde mirar resolvió a «none» ⇒ meson apagó el CLI EN SILENCIO. Comprobado sobre el store.

Y `readline-shared` en runtime, cazado con provee.py sobre las NEEDED del binario: nmcli sale con
`NEEDED libreadline.so.8` y la readline canónica del corpus es sólo .a. La dep de BUILD y la de
RUNTIME son artefactos distintos — tercer caso del día tras cmus y bluez. No mueve el hash.

⚠ Se queda `-Dcrypto=null`, y es una limitación real escrita en la receta: sin cripto no valida
802.1X / WPA-Enterprise (el WiFi de una oficina). WPA2-PSK funciona porque ése lo hace el
supplicant. Encender nss o gnutls arrastra dos cadenas enormes: unidad de trabajo aparte.

── targets.toml ────────────────────────────────────────────────────────────────────────────────
  escritorio-gnome, escritorio-cosmic, escritorio-sway  += networkmanager  (+ servicio)
  escritorio-kde, escritorio-sway                       += wireplumber     (+ servicio)

⚠ networkmanager NO se declara en escritorio-kde: allá plasma-nm ya arrastra la variante de la
cola, y dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib. Que la de
KDE vaya sin WiFi es deuda del frente KDE, y queda escrita donde toca.
This commit is contained in:
Sergio
2026-09-13 01:38:50 +00:00
parent 72b9f54c19
commit 4b38af8f3f
2 changed files with 152 additions and 0 deletions
+46
View File
@@ -391,6 +391,14 @@ paquetes = [
# `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
# hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
"cups", "bluez",
# `wireplumber` (2026-09-13): **el audio de esta imagen no encaminaba nada.** `pipewire` está y
# arranca, pero se construyó con `-Dsession-managers=[]`: sin gestor de sesión no hay política de
# qué es entrada, qué es salida ni qué se enlaza con qué — el sink que ve la aplicación es
# `auto_null`, o sea el nodo de descarte. Audio que parece vivo y no suena.
# Vive en el CORPUS —y no en esta cola— porque desde acá no se alcanza una cola hermana: las
# copias de `incoming-gnome` e `incoming-cosmic` eran invisibles para este perfil. Ver su receta:
# hay tres variantes vivas a propósito y consolidarlas es el trabajo siguiente.
"wireplumber",
]
# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
@@ -416,6 +424,8 @@ paquetes = [
servicios = [
"dbus-system", "upowerd", "cupsd", "bluetoothd",
"pipewire", "pipewire-pulse",
# 2026-09-13: con `wireplumber` declarado arriba, el audio pasa de «acepta clientes» a «encamina».
"wireplumber",
]
[perfil.escritorio-gnome]
@@ -706,6 +716,14 @@ paquetes = [
# `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
# hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
"cups", "bluez",
# `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
# sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
# porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
# con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
# delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
# ⚠ NO declarar esto en `escritorio-kde`: allá `plasma-nm` ya arrastra la variante de la cola, y
# dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib.
"networkmanager",
]
# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
@@ -724,6 +742,7 @@ servicios = [
# 2026-09-13: los dos que nacieron con `cups` y `bluez`. Sin esta línea la imagen los traía
# instalados y apagados, que es la mitad inútil de tenerlos.
"cupsd", "bluetoothd",
"NetworkManager", # 2026-09-13: el perfil no tenía gestor de red; ver el paquete arriba
]
[perfil.escritorio-cosmic]
@@ -934,6 +953,14 @@ paquetes = [
# este perfil y en COSMIC: habla `wlr-data-control`, que KWin y mutter NO implementan (mismo
# muro que `wf-recorder`). Declararlo donde no funciona sería peor que no tenerlo.
"cliphist",
# `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
# sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
# porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
# con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
# delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
# ⚠ NO declarar esto en `escritorio-kde`: allá `plasma-nm` ya arrastra la variante de la cola, y
# dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib.
"networkmanager",
]
# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
@@ -956,6 +983,7 @@ paquetes = [
servicios = [
"dbus-system", "logind-compat", "cupsd", "bluetoothd",
"pipewire", "pipewire-pulse", "wireplumber",
"NetworkManager", # 2026-09-13
]
[perfil.escritorio-sway]
@@ -1156,6 +1184,22 @@ paquetes = [
# pantalla. `swaymsg output` sirve si el compositor está vivo y configurado; esto es la
# herramienta equivalente a xrandr para wlroots, y era otra hoja sellada sin perfil.
"wlr-randr",
# `wireplumber` (2026-09-13): **el audio de esta imagen no encaminaba nada.** `pipewire` está y
# arranca, pero se construyó con `-Dsession-managers=[]`: sin gestor de sesión no hay política de
# qué es entrada, qué es salida ni qué se enlaza con qué — el sink que ve la aplicación es
# `auto_null`, o sea el nodo de descarte. Audio que parece vivo y no suena.
# Vive en el CORPUS —y no en esta cola— porque desde acá no se alcanza una cola hermana: las
# copias de `incoming-gnome` e `incoming-cosmic` eran invisibles para este perfil. Ver su receta:
# hay tres variantes vivas a propósito y consolidarlas es el trabajo siguiente.
"wireplumber",
# `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
# sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
# porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
# con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
# delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
# ⚠ NO declarar esto en `escritorio-kde`: allá `plasma-nm` ya arrastra la variante de la cola, y
# dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib.
"networkmanager",
]
# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
@@ -1178,6 +1222,8 @@ paquetes = [
servicios = [
"dbus-system", "cupsd", "bluetoothd",
"pipewire", "pipewire-pulse",
# 2026-09-13: los dos que se destrabaron promoviendo al corpus lo que vivía en colas hermanas.
"wireplumber", "NetworkManager",
]
[perfil.servidor]