Ubuntu prepara uno de esos cambios profundos que apenas deberían dejar rastro en la experiencia diaria. A partir de Ubuntu 26.10, dbus-broker asumirá por defecto la comunicación interna que hasta ahora gestionaba dbus-daemon, una pieza histórica del escritorio Linux y de numerosos servicios del sistema.
Para el usuario corriente no habrá una nueva aplicación, un menú distinto ni una configuración que aprender. El equipo seguirá conectándose al Wi-Fi, detectando memorias USB, ajustando el brillo y abriendo programas como antes. El cambio ocurre varios niveles por debajo de la interfaz y busca mejorar la fiabilidad, el rendimiento y la capacidad de respuesta de una infraestructura que lleva más de dos décadas sosteniendo Linux casi sin hacerse notar.
Ubuntu 26.10 y dbus-broker: las claves en 20 segundos
- Ubuntu reemplazará
dbus-daemonpordbus-brokercomo implementación predeterminada de D-Bus. - El cambio afectará tanto al bus del sistema como al bus de sesión de cada usuario.
- Se aplicará a instalaciones nuevas y a equipos actualizados a Ubuntu 26.10.
- Las aplicaciones seguirán utilizando el mismo protocolo D-Bus.
- Se mantienen los archivos de configuración y las políticas de acceso existentes.
dbus-brokerutiliza una arquitectura asíncrona y orientada a eventos.- Canonical espera mejorar el rendimiento, la contabilidad de recursos, la fiabilidad y la capacidad para manejar muchas conexiones.
- La adopción se retrasó por dependencias de GDM y por la integración de AppArmor y los paquetes Snap.
- GNOME 49 eliminó la dependencia que mantenía bloqueado el cambio.
- La mayoría de los usuarios no tendrá que hacer nada.
D-Bus es un mecanismo de comunicación entre procesos. Actúa como un intermediario que permite que aplicaciones y servicios intercambien mensajes sin tener que establecer integraciones específicas entre cada uno de ellos.
Cuando el escritorio muestra una nueva red inalámbrica, detecta una unidad externa, consulta el estado de la batería o solicita a un servicio del sistema que realice una operación, es habitual que parte de esa conversación pase por D-Bus. Existe un bus del sistema para servicios comunes y otro asociado a la sesión de cada usuario.
La novedad no supone, por tanto, que Ubuntu abandone D-Bus. Sustituye el programa que ejerce de intermediario. El protocolo continúa siendo el mismo y las aplicaciones no necesitan saber si detrás está funcionando dbus-daemon o dbus-broker.
| Elemento | Hasta Ubuntu 26.04 | Desde Ubuntu 26.10 |
|---|---|---|
| Protocolo utilizado | D-Bus | D-Bus |
| Bus del sistema | dbus-daemon | dbus-broker |
| Bus de sesión | dbus-daemon | dbus-broker |
| Configuración y políticas | Compatibles con D-Bus | Se mantienen |
| Cambios requeridos en aplicaciones | Ninguno en condiciones normales | Ninguno en condiciones normales |
| Arquitectura del intermediario | Implementación histórica de referencia | Diseño asíncrono orientado a eventos |
| Paquete predeterminado | dbus-daemon | dbus-broker |
Por qué Canonical sustituye dbus-daemon después de tantos años
dbus-daemon es la implementación de referencia y ha demostrado una estabilidad considerable. Ha acompañado durante años a GNOME, KDE y buena parte de los servicios que forman un sistema Linux moderno. El motivo del cambio no es que haya dejado repentinamente de funcionar, sino que fue diseñado para una etapa en la que la cantidad y complejidad de las comunicaciones eran menores.
Los ordenadores actuales ejecutan más servicios, aplicaciones aisladas, sesiones remotas y cargas simultáneas. D-Bus también ha salido del escritorio y aparece en servidores, sistemas integrados y dispositivos conectados. Canonical considera que la implementación tradicional tiene más dificultades para responder a las exigencias actuales de rendimiento y fiabilidad.
dbus-broker nació en 2017 como una nueva implementación compatible con la especificación D-Bus, desarrollada específicamente para Linux y apoyada en funciones modernas de su kernel. Sus responsables buscaban resolver problemas estructurales que resultaban difíciles de corregir en dbus-daemon sin alterar comportamientos de los que ya dependían numerosas aplicaciones.
Entre esas dificultades se encontraban un uso de memoria difícil de controlar cuando un cliente leía los mensajes demasiado despacio, estructuras globales que podían convertirse en cuellos de botella y situaciones concretas en las que un mensaje podía descartarse sin que el emisor o el receptor recibieran una notificación clara.
Ese último punto necesita un matiz. No es correcto resumir el cambio afirmando que dbus-broker “nunca pierde mensajes” bajo ninguna circunstancia. Su diseño busca evitar que el tráfico esperado desaparezca silenciosamente y asignar de forma más clara la responsabilidad cuando se agotan los recursos. Aun así, la propia documentación contempla que ciertas llamadas marcadas expresamente como sin respuesta y algunas señales no solicitadas puedan descartarse para mantener la compatibilidad.
La mejora está en cómo se gestionan las situaciones problemáticas. En las respuestas y señales esperadas, dbus-broker intenta garantizar la entrega. Si no dispone de recursos suficientes, puede desconectar ordenadamente al receptor en lugar de continuar en un estado ambiguo. También diferencia entre tipos de mensajes para decidir quién debe asumir el consumo de recursos.
Su modelo de contabilidad evita que un proceso pueda sortear determinados límites simplemente abriendo numerosas conexiones. Los recursos se atribuyen al usuario correspondiente y cada participante dispone de una parte controlada de las colas de entrada.
La arquitectura asíncrona y orientada a eventos reduce además la dependencia de estructuras globales y permite gestionar mejor muchas solicitudes simultáneas. El objetivo no es que el escritorio parezca más rápido al abrir una ventana, sino que la infraestructura responda de forma más previsible cuando aumenta la carga o aparece un cliente que se comporta mal.
Canonical no es la primera en adoptar esta alternativa. Fedora convirtió dbus-broker en su implementación predeterminada en Fedora 30, publicada en 2019. Ubuntu ha esperado varios años más porque tenía dos obstáculos propios que resolver.
El primero era GDM, el gestor que presenta la pantalla de inicio de sesión de GNOME. GDM dependía de dbus-run-session, una herramienta incluida en el paquete de dbus-daemon, para crear buses aislados en distintas instancias de bienvenida, como la sesión local y una conexión de escritorio remoto.
GNOME 49 modificó este funcionamiento y eliminó esa dependencia directa. Cuando GDM dejó de necesitar dbus-run-session, desapareció el último gran bloqueo dentro de los paquetes principales de Ubuntu.
El segundo obstáculo era AppArmor. Ubuntu utiliza este sistema para limitar qué mensajes D-Bus pueden enviar o recibir determinados paquetes, servicios sensibles y aplicaciones Snap. Cambiar el intermediario sin conservar esas restricciones habría supuesto una regresión de seguridad.
La integración de AppArmor en dbus-broker necesitó años de trabajo hasta alcanzar una cobertura comparable a la de dbus-daemon. Ubuntu 26.10 incluirá correcciones adicionales para sincronizar ambos comportamientos y reducir diferencias en la aplicación de las políticas.
Qué cambia para usuarios y administradores
Para la mayoría de las personas, nada visible. Canonical define dbus-broker como un reemplazo directo: utiliza el mismo protocolo, acepta los mismos archivos de configuración y aplica las mismas políticas del bus. Las aplicaciones, los entornos de escritorio y los paquetes Snap deberían continuar funcionando sin cambios.
Ubuntu instalará dbus-broker de forma predeterminada y lo trasladará al repositorio principal, donde Canonical asume un nivel superior de mantenimiento. Los paquetes dbus y dbus-daemon pasarán al repositorio Universe.
Las unidades de systemd suministradas por el nuevo paquete utilizarán alias que sustituyen a los servicios tradicionales. Aunque dbus-daemon continúe instalado por alguna dependencia, dbus-broker tendrá prioridad para proporcionar los buses del sistema y de usuario.
Los administradores sí deberían revisar algunos casos particulares:
- herramientas internas que invoquen directamente
dbus-daemon; - pruebas de integración que dependan de
dbus-run-session; - paquetes externos con una dependencia explícita de la implementación anterior;
- políticas AppArmor personalizadas para interfaces D-Bus;
- scripts que comprueben nombres de procesos o unidades concretas;
- sistemas de monitorización que esperen encontrar
dbus-daemonen ejecución.
No deberían confundirse estas excepciones con una incompatibilidad general. El cambio está pensado precisamente para que las aplicaciones trabajen sobre el protocolo D-Bus sin importar qué intermediario lo implemente.
Canonical permite probarlo antes de Ubuntu 26.10. Los usuarios de Ubuntu 26.04 LTS pueden instalar el paquete y reiniciar:
sudo apt install dbus-broker
sudo rebootLa implementación disponible en Ubuntu 26.04 es muy parecida a la que se utilizará en 26.10, aunque la futura versión incorpora correcciones adicionales. Canonical recomienda comunicar cualquier problema para reducir sorpresas antes del lanzamiento.
También existe una vía de retorno para entornos de prueba. Se puede reinstalar el paquete tradicional, deshabilitar dbus-broker en el bus del sistema y en las sesiones de usuario, y reiniciar:
sudo apt install dbus
sudo systemctl disable dbus-broker
sudo systemctl --user --global disable dbus-broker
sudo rebootLenguaje del código: PHP (php)La posibilidad de volver atrás será especialmente útil para identificar si un fallo procede realmente del nuevo intermediario o de otro cambio introducido en Ubuntu 26.10.
Este reemplazo resume bien una parte poco visible del mantenimiento de un sistema operativo. La infraestructura madura no siempre mejora mediante grandes funciones destinadas a aparecer en una presentación. A veces consiste en sustituir una pieza antigua, conservar todas sus interfaces y conseguir que millones de usuarios no tengan que saber que ha cambiado.
dbus-daemon no desaparece del proyecto D-Bus ni deja de ser útil en otros sistemas. Continúa siendo la implementación de referencia y mantiene compatibilidad con plataformas que dbus-broker, creado únicamente para Linux, no pretende atender.
Ubuntu ha elegido una herramienta más adaptada a su arquitectura actual. Si la transición funciona como está prevista, el mejor indicador será precisamente la falta de incidentes visibles: las mismas aplicaciones, las mismas funciones y un sistema de comunicación más preparado para trabajar bajo presión.
Preguntas frecuentes
¿Qué es D-Bus en Ubuntu?
Es un sistema de comunicación entre procesos. Permite que aplicaciones, el escritorio y servicios del sistema intercambien órdenes y notificaciones.
¿Tendré que modificar alguna configuración al instalar Ubuntu 26.10?
En principio, no. dbus-broker utiliza el mismo protocolo, las mismas políticas y los mismos archivos de configuración que la implementación anterior.
¿Ubuntu elimina completamente dbus-daemon?
Dejará de ser la opción predeterminada y pasará al repositorio Universe. Puede permanecer instalado cuando alguna herramienta externa todavía dependa explícitamente de él.
¿Puedo probar dbus-broker en Ubuntu 26.04 LTS?
Sí. Canonical permite instalarlo mediante APT y recomienda hacerlo en equipos de prueba para detectar incompatibilidades antes del cambio general.
