KDE ha sacado la última beta de Plasma 6.8 y, salvo retraso, la versión final aterriza el 14 de octubre. Ese día el proyecto cumple treinta años, así que el regalo de cumpleaños viene con una retirada: 6.8 es la primera entrega que ya no trae sesión de X11.
Qué ha pasado
En Plasma 6.7 la sesión X11 todavía se podía instalar aparte, como paquete opcional. A partir de 6.8 el escritorio corre sobre Wayland y no hay alternativa. Las aplicaciones escritas para X11 siguen abriéndose gracias a XWayland —la capa de compatibilidad que hace de traductora entre ambos mundos—, pero el escritorio en sí ya no arranca en X11. Es un cambio anunciado con más de un año de antelación, no una sorpresa.
El resto de la beta va de estética. Vuelve el tema Oxygen, con más pulido para esta versión. El motor de temas Union sigue en vista previa pública y ya empieza a dar aspecto a las aplicaciones clásicas hechas con widgets de Qt —el gestor de archivos y el editor de texto del propio escritorio, por ejemplo—, aunque desde KDE avisan de que ese soporte está verde. Y hay documental: una productora irlandesa, Cult.Repo, prepara un largometraje sobre la historia del proyecto y ya ha publicado tráiler. Mientras tanto, los cambios para 6.9 ya están entrando.
Y, en paralelo, aparece Klassik. No es un fork ni un port: recrea el aspecto y el comportamiento de KDE 3 por encima de Plasma 6, escrito con Qt 6, Qt Quick y los Frameworks 6 de KDE. Ha rehecho el panel de principios de los dos mil, el menú K, el lanzador rápido, el gestor de tareas, los botones de bloqueo y cierre de sesión y hasta el reloj de entonces. Por venir montado sobre la base moderna, se lleva de serie Wayland y el escalado fraccional. Para situar: KDE 3.0 salió en abril de 2002 y la serie se cerró con la 3.5.10 en agosto de 2008.
Por qué importa
«Las aplicaciones siguen funcionando» no es lo mismo que «todo sigue funcionando»
Este es el matiz que se pierde en los titulares. XWayland traduce el dibujado y la entrada de una aplicación X11. Lo que no traduce es todo aquello que en X11 se hacía metiendo la mano directamente en el servidor gráfico, porque el servidor dejaba que cualquier cliente lo hiciera:
- Atajos globales de teclado capturados por la aplicación, no por el escritorio.
- Captura de pantalla y grabación, incluido el «comparte tu pantalla» de tu propia herramienta.
- Automatización:
xdotool,wmctrl, scripts que mueven ventanas o inyectan pulsaciones en otra aplicación. - Colocar tu propia ventana donde tú quieres: splash, ventanas flotantes, montajes de kiosco, paneles fijados a un borde.
- Accesibilidad: lectores de pantalla, lupas, teclados en pantalla.
- Acceso remoto a la sesión completa al estilo de
x11vnc.
El sustituto existe y se llama portales —xdg-desktop-portal— más los protocolos de Wayland correspondientes. No es un drama, pero es trabajo, y es trabajo que alguien tiene que meter en un sprint.
Qué haría yo esta semana si distribuyo software de escritorio para Linux
- Inventario honesto de qué tocas del escritorio. Si tu producto es un servicio web, esto no va contigo. Si envías un cliente de escritorio —Qt, GTK, Electron, Java/AWT— repasa las seis cosas de la lista de arriba y marca cuáles usas. Suele salir al menos una, casi siempre los atajos globales o la captura de pantalla.
- Prueba en una sesión Wayland de verdad. Y ojo aquí: si tu CI monta las pruebas de interfaz sobre Xvfb, te va a seguir dando verde para siempre, porque Xvfb es X11. Ese verde no te dice nada sobre lo que verá el usuario en 6.8.
- Migra atajos y captura a portales antes de que te lo reporte un cliente. El coste es el mismo ahora que en enero; la diferencia es quién abre el ticket.
- Si das soporte remoto sobre escritorios Linux, revisa la herramienta. Ahí es donde he visto más sustos: el visor conectaba a la sesión X11 y en Wayland necesita otro camino.
La lección de Klassik, que es de mantenimiento y no de nostalgia
Lo interesante de Klassik no es el menú K. Es la decisión de ingeniería: en lugar de mantener vivo código de Qt 3, reimplementan el comportamiento sobre la base soportada. El contrato con el usuario —dónde está cada cosa, qué pasa al pulsar— se conserva; las tripas son las de 2026, con lo que Wayland y el escalado fraccional salen gratis.
Compáralo con la alternativa. Trinity (TDE) lleva años manteniendo su propio fork de Qt 3, llamado TQt, y lo hace bien: la última versión es la 14.1.6, de abril de este año, y su wiki lista catorce distribuciones con paquetes al día. Eso es heroico y es real, pero es un coste permanente. En el otro extremo está Katana, un fork de KDE 4 cuyo repositorio no registra commits ni versiones en los últimos tres años. Un fork es una promesa de mantenimiento indefinido, y la mayoría de las promesas así no se cumplen.
Cuando un cliente me pide «lo mismo que tenía, pero que funcione en lo nuevo», la respuesta casi nunca es arrastrar la pila antigua: es respetar el comportamiento y reescribir encima de lo que sí tiene soporte.
Qué no cambia
- X11 no ha muerto. Lo que se retira es la sesión de escritorio de Plasma. El protocolo sigue ahí y tus aplicaciones X11 siguen ejecutándose bajo XWayland. Un
ssh -Xpara abrir una aplicación suelta remota continúa funcionando. - Tu distribución manda, no KDE. Las versiones de soporte prolongado seguirán con Plasma 6.7 o anteriores durante años. Nadie te va a quitar la sesión X11 de debajo de los pies el 14 de octubre.
- Hay escapes. Existe un fork reciente, Sonic, con su propia variante de KWin —Sonic-win— que mantiene X11, y otros escritorios tampoco han hecho este movimiento. Escape no es plan a largo plazo, pero da meses de margen.
- En servidores esto es irrelevante. No hay escritorio que quitar.
Si lo tuyo es backend o web, cierra la pestaña tranquilo. Si distribuyes algo con ventanas, el trabajo real son los portales, y conviene hacerlo con calma y no con un cliente enfadado al teléfono.
Fuentes: el anuncio y las notas de versión de KDE y la crónica de The Register sobre la beta; para el caso de Trinity, su sitio oficial.
Cualquier duda me dices y lo vemos.
Un saludo, Vicente.