MATE tiene desde esta semana una vía propia hacia Wayland que no pasa por adaptar el escritorio a un compositor ajeno. El repositorio de Polo fecha la versión 1.0.0 el 11 de noviembre de 2026 y las primeras publicaciones sobre el lanzamiento llegaron el 12, con un proyecto escrito en C y Vala sobre libweston 16 que reúne compositor, gestor de ventanas y gestor de sesión en un solo paquete. Su autor es Kerem Söke, usuario de MATE, y lo presenta como un port del comportamiento de Marco, el gestor de ventanas clásico del escritorio, a la arquitectura nueva.
La diferencia con lo que había no es cosmética. MATE ya tenía una sesión Wayland experimental montada sobre Wayfire, un compositor genérico que se adapta con plugins, parches y scripts de arranque. Polo invierte la dirección: parte de MATE, de sus claves de GSettings, de su API de sesión y de sus reglas de ventanas, y construye debajo la capa Wayland. El autor lo dice sin rodeos en el repositorio: Wayfire no se diseñó para MATE y llevan años intentando encajar el escritorio a base de complementos y concesiones.
Ese cambio de enfoque explica el interés de la versión 1.0, que sigue siendo un proyecto independiente y no la solución oficial del escritorio. Aun así, su alcance es mayor que el de un experimento.
Un compositor escrito para MATE y no al revés
Polo no es un fork de Wayfire ni un plugin: es un compositor Wayland con gestor de ventanas y autoridad de sesión, y esa fusión es lo que le permite leer las preferencias que MATE ya tenía guardadas. Las reglas de ventana, los temas y los atajos de Marco llegan al escritorio nuevo a través de `org.mate.Marco.*`, de modo que quien tenga el escritorio configurado a su gusto no empieza de cero. En la práctica, la sesión se comporta como la de X11 para las aplicaciones y para los ajustes que el usuario ya había tocado.
La parte de sesión también viene incluida. Polo implementa la API D-Bus de mate-session-manager 1.28, así que el panel y Caja siguen hablando con el mismo interlocutor que en X11, igual que el gestor de energía y las aplicaciones GTK. Arranque por fases, inhibidores, presencia, diálogos de cierre con cuenta atrás y sesiones guardadas en `~/.config/mate-session/saved-session` funcionan sin tocar la configuración del escritorio.
El precio de esa integración está en el mantenimiento. Cuando un proyecto absorbe tres piezas que antes llevaban equipos distintos, cualquier cambio en MATE obliga a revisar el conjunto, y el autor admite que el trabajo sigue abierto: la meta declarada es absorber el resto de la gestión de ventanas y de la integración específica de X11 sin que el escritorio deje de sentirse igual.
Hay un matiz de calendario que conviene anotar. El repositorio etiqueta la 1.0.0 el 11 de noviembre, mientras que la difusión pública llegó el 12, y esa diferencia de un día no cambia nada técnico, pero sí ayuda a leer las primeras coberturas.
¿Qué se puede hacer y qué sigue atado a XWayland?
El inventario de lo que funciona es amplio para una primera versión, y el de lo que falta es corto pero importante. La tabla siguiente resume las piezas que un usuario de MATE nota al entrar en la sesión nueva y el estado de cada una.
| Componente |
Cómo funciona en Polo |
Qué queda pendiente |
| Gestión de ventanas |
Políticas, temas y atajos de Marco sobre Wayland |
Nada esencial |
| Panel (mate-panel) |
Funciona con layer-shell |
Fedora lo compila solo para X11 |
| Sesión |
API D-Bus de mate-session-manager 1.28 |
Nada esencial |
| Ajustes del escritorio |
mate-settings-daemon sobre XWayland |
Teclado, ratón, fondo y xrandr desactivados |
| Capturas y pantalla compartida |
xdg-desktop-portal con selector propio |
Fuera del núcleo del compositor |
| Aplicaciones X11 |
XWayland |
Nada relevante |
La pieza que más llama la atención es la cuarta fila. mate-settings-daemon sigue ejecutándose a través de XWayland porque no tiene soporte Wayland, y en la sesión nueva se desactivan los complementos que no pueden funcionar ahí: los de teclado y ratón, las teclas multimedia y el fondo de pantalla, junto con xrandr y la accesibilidad. El escritorio arranca, pero parte de la configuración fina queda en manos del compositor.
Las compilaciones también importan. Varios paquetes de MATE que distribuye Fedora, entre ellos mate-panel, están construidos solo para X11 y necesitan versiones con soporte Wayland para integrarse del todo, algo que el propio desarrollador señala como tarea pendiente de la distribución.
Alt+Tab, mosaico y el cubo de GNOME 2
Las funciones de ventana son las de siempre, que es justo lo que se busca. Polo trae Alt+Tab con vista previa, mosaico por teclado o arrastrando, varios espacios de trabajo, menús de ventana y avisos en pantalla que se anuncian a los lectores de pantalla, un detalle de accesibilidad que muchos compositores nuevos dejan para después. La gestión de monitores incluye conexión en caliente, diseños guardados, gamma y zoom de salida.
El apartado visual recupera los efectos que definieron GNOME 2 y que MATE conservó: el cubo de escritorio, las ventanas que tiemblan al moverse y las animaciones al minimizar y maximizar. Son cosmética pura y no arreglan ningún problema de productividad, pero funcionan como señal de continuidad para quien lleva quince años con la misma disposición de escritorio, y esa continuidad es precisamente lo que otras migraciones a Wayland han roto.
La referencia obligada aquí es la propia historia del escritorio. El repaso de los quince años de la vista en columnas de Dolphin muestra cómo una función concreta puede sobrevivir a tres reescrituras si el proyecto decide conservarla, y MATE ha hecho de esa terquedad su identidad.
La nostalgia no paga facturas, y ahí está el riesgo. Un efecto que nadie mantiene se rompe con la siguiente versión de libweston y arrastra consigo la confianza en el resto del compositor.
Compilar en Fedora 44 y Ubuntu 26.04
Quien quiera probarlo tiene que compilarlo. El repositorio publica instrucciones para Fedora 44 y 45, Debian 14, y Ubuntu 26.04 y 26.10, con libweston 16 como base y los mínimos que fija el proyecto: Vala 0.56 y GLib 2.80 entre otros. No hay paquetes oficiales en los repositorios de las distribuciones, así que el primer contacto es una terminal y una lista de dependencias de desarrollo.
El paso previo tiene sentido para un proyecto de este tamaño. Empaquetar para seis versiones de tres distribuciones exige una infraestructura que un solo desarrollador no sostiene, y las instrucciones de compilación para Fedora 44 y Debian 14 dejan claro que el objetivo ahora es que el código funcione y no que sea fácil de instalar.
Una vez instalado, la sesión aparece como MATE (Polo) en el selector de LightDM y arranca como cualquier otra. Compilar un escritorio desde el código fuente no es una rareza en el ecosistema Linux, y el método para cocinar tu propio kernel sigue el mismo principio: controlas la versión, pagas el mantenimiento. Para una distribución que quiera incluirlo, el camino habitual es el empaquetado, como ocurrió cuando CachyOS llevó su escritorio a WSL y tuvo que resolver las dependencias fuera de su entorno natural.
Con seis combinaciones de versión en la documentación y ninguna en los repositorios oficiales, el proyecto está en la fase en la que lo técnico ya funciona y lo logístico todavía no, que es donde se quedan casi todos los compositores alternativos.
Un proyecto de una persona frente al ritmo de MATE
El detalle que ordena todo lo demás es la escala. El listado de piezas que siguen en X11 confirma que Polo es un proyecto independiente y no una sustitución adoptada por el escritorio. El repositorio lo respalda: licencia GPL-3.0, 329 confirmaciones de cambios y 19 estrellas, con una sola persona detrás. Con esos números, la comparación con el equipo de MATE no es justa en ninguno de los dos sentidos.
La pregunta útil no es si Polo será el Wayland oficial de MATE, sino si el escritorio puede permitirse seguir esperando. Un desarrollo externo que avanza más rápido que la organización tiene un coste conocido: cuando el autor se canse, el código queda huérfano y quien lo adoptó vuelve a X11 o se pasa a otro entorno. La parte buena es que la GPL y las interfaces estándar de MATE dejan la puerta abierta a que el trabajo se absorba.
Mientras eso ocurre, la 1.0 es un banco de pruebas de una idea razonable: que la migración a Wayland de un escritorio clásico se hace desde dentro de ese escritorio, no desde un compositor que hay que convencer.
