KDE Plasma 6.8: la última con X11 y el salto a los veteranos

octubre 3, 2026 Alfonso Moreno | Sysadmin Senior 32 Visitas 11 min de lectura

TL;DR — Lo que vas a tener al final

Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
Resultado: Servicio funcional y estable, documentado paso a paso.
Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Por qué importa esta transición

Plasma 6.8 va a ser, según la hoja de ruta del equipo KDE, el primer release del escritorio que no incluye sesión X11 nativa. Después de casi tres décadas — KDE corre sobre X11 desde los años 90 — el proyecto concentrará todo su desarrollo gráfico en Wayland. La medida fue anunciada oficialmente por el equipo Plasma el 26 de noviembre de 2025 y la volvió a confirmar David Edmundson, mantenedor del escritorio, en Planet KDE el 2 de junio de 2026. Marco Martin, contributor principal de Plasma, presentó la actualización completa en Akademy 2026 (Graz, Austria).

Para la mayoría de los usuarios esto no cambia nada. Las métricas internas de KDE muestran que más del 95% de los usuarios de Plasma 6.6 ya están en Wayland, según Edmundson. Pero para los que siguen atados a X11 — pipelines de automatización, drivers propietarios viejos, software científico, escritorios corporativos con dependencias específicas de X11 — la transición venía siendo pendiente. Ahora ya tiene fecha.

El calendario real de Plasma 6

Versión	LTS	Fecha	Novedad clave para esta transición
Plasma 6.0	No	28 feb 2024	Primera release de la serie 6, Wayland es default
Plasma 6.1	No	18 jun 2024	Remote desktop completo
Plasma 6.2	No	8 oct 2024	Wizard de calibración de drawing tablet
Plasma 6.3	No	11 feb 2025	Soporte de ICC en Night Light, GPU stats en FreeBSD
Plasma 6.4	No	17 jun 2025	KWin se separa en kwin_x11 y kwin_wayland
Plasma 6.5	No	21 oct 2025	Cambio automático de tema claro/oscuro
Plasma 6.6	Sí	17 feb 2026	OCR en Spectacle, Plasma Login Manager, keyboard en pantalla
Plasma 6.7	No	16 jun 2026	Per-screen virtual desktops, última release con sesión X11
Plasma 6.7.4	No	4 ago 2026	Último bugfix de la rama 6.7
Plasma 6.8	No	oct 2026	Wayland-only, X11 atendido vía XWayland

Fuentes: Wikipedia (KDE Plasma 6), announcement oficial de Plasma 6.7, Plasma 6.7.4.

Qué cambia exactamente en 6.8

El resumen oficial que dio Edmundson en junio es lo más claro que hay en circulación. Estos son los cambios concretos:

En Plasma 6.8 no habrá opción “Plasma (X11)” en la pantalla de login. Solo “Plasma (Wayland)”. El código específico de X11 fue removido del repositorio master de plasma-workspace, y comenzó una limpieza masiva de paths X11-específicos en Plasma Shell, System Settings y configuración de dispositivos.
XWayland sigue presente. Las apps X11 que uses (muchas legacy, especialmente científicas y de finanzas) corren bajo XWayland, la capa de compatibilidad de X11 sobre Wayland. KDE afirma que su soporte de XWayland es “second-to-none” — incluye fractional scaling propio y compatibilidad opcional con global shortcuts e input emulation estilo X11.
Las apps KDE en otros escritorios no cambian. Si usas KDE Gear sobre GNOME, XFCE u otro DE, las apps siguen funcionando sobre X11 normalmente. El cambio solo afecta a la sesión de Plasma en sí.
Plasma Login Manager puede seguir levantando sesiones X de otros escritorios. El cambio solo afecta a las sesiones de Plasma, no a sesiones X11 que ofrezcan GNOME, XFCE u otros DEs en SDDM o PLM.

Lo más importante para sysadmins: nadie que esté en cualquier release anterior a 6.8 se verá afectado retroactivamente. Los que estén en Plasma 5.27 — que sigue siendo LTS en varias distros — siguen recibiendo X11 normalmente sin actualizaciones.

Por qué ahora, en lugar de seguir manteniendo ambos

La razón técnica está explicada en el post de Vlad Zahorodnii del 13 de marzo de 2025: hasta Plasma 6.4, KWin era un solo binario con dos backends (kwin_wayland y kwin_x11) que se podían co-desarrollar. Edmundson explica que esa separación ayudó mucho, pero KWin es solo una pieza del rompecabezas. El escritorio Plasma tiene docenas de subsistemas donde el código estaba limitado por la necesidad de mantener la dualidad de los dos window systems.

La consecuencia práctica: cualquier feature nueva que tocaba Wayland tenía que ser idealmente compatible con X11, o mantenerse en dos paths distintos (uno que se veía en Wayland y otro que se veía en X11). Eso frena el desarrollo.

Concentrarse en un solo code path por Wayland abre la puerta a optimizaciones de memoria, nuevas features y velocidad de desarrollo que estaban lastradas por las dos identidades. El FAQ oficial de Plasma afirma esta expectativa: pasar a Wayland-only va a desbloquear cambios positivos que estaban limitados por la doble ruta de los dos sistemas.

Soporte remoto: lo que mejoró en Akademy 2026

El segundo eje fuerte de la keynote de Marco Martin en Akademy 2026 fue el soporte de remote desktop. Para sysadmins y homelab es la pieza que más puede romper workflows si todavía no la tienes clara.

La situación actual en Plasma 6.7 es:

KRDP está integrado en System Settings > Networking > Remote Desktop. Es el server RDP nativo que expone tu sesión Plasma (Wayland) a clientes remotos. Por ahora está marcado como experimental porque tiene bugs activos reportados en Fedora 43 y otras distros bleeding-edge, pero ya está integrado en el escritorio.
KRDP usa PipeWire + xdg-desktop-portal-kde como capa de transporte. Cualquier cliente de screen sharing compatible debería poder conectar sin configuración adicional.
Hay distinción entre screen sharing (mostrar tu escritorio a otro) y remote desktop (tomar control de una sesión headless). Plasma 6.8 promete cerrar esa brecha con mejor soporte multi-monitor headless según las discussions en discuss.kde.org.

Cómo habilitar KRDP en Plasma 6.7

Si quieres probar el soporte nativo, los componentes se instalan como cualquier paquete de tu distro:

# Fedora
sudo dnf install krdp xdg-desktop-portal-kde
# Ubuntu / Kubuntu
sudo apt install krdp xdg-desktop-portal-kde
# Arch / Manjaro
sudo pacman -S krdp xdg-desktop-portal-kde
# openSUSE
sudo zypper install krdp xdg-desktop-portal-kde

Después de instalar, abrí System Settings > Networking > Remote Desktop, creá un usuario RDP con contraseña y activa el switch. Para conectarte desde otra máquina Windows o Linux, usa cualquier cliente RDP estándar:

# Cliente RDP oficial desde Windows
mstsc /v:<ip-de-tu-plasma>:3389
# FreeRDP en Linux (más configurable)
xfreerdp /u:<usuario> /v:<ip-de-tu-plasma>:3389
# Cliente KDE nativo krdc (interfaz gráfica)
krdc rdp://<usuario>@<ip-de-tu-plasma>

Si la conexión se queda en negro o ves el escritorio pero no responde al mouse o teclado, lo más probable es que PipeWire no esté viendo el portal KDE. Verificar el estado del portal manualmente:

# Verificar que el portal está corriendo en tu sesión
ps -ef | grep -E 'xdg-desktop-portal' | grep -v grep
# Si no aparece, reiniciar (sin systemctl)
killall xdg-desktop-portal xdg-desktop-portal-kde 2>/dev/null
/usr/libexec/xdg-desktop-portal --replace &
sleep 2
/usr/libexec/xdg-desktop-portal-kde --replace &
# Verificar log
tail -50 ~/.local/share/xdg-desktop-portal/portal.log 2>/dev/null || true

Si KRDP te da problemas: alternativas maduras

Mientras KRDP se estabiliza, los sysadmins que necesitan remote desktop ya tienen varias opciones probadas que corren sobre Wayland desde hace tiempo. La ventaja de Wayland es que hay muchos túneles maduros para resolver el problema:

SSH con X11 forwarding: si solo necesitas apps X11 puntuales, ssh -X usuario@servidor funciona porque Wayland tiene XWayland que expone apps X11 dentro de la sesión nativa. Lanza la app específica, no el escritorio entero.
Waypipe: el mencionado por el FAQ de Plasma. Es un proxy que serializa protocolos de Wayland sobre SSH. ssh -X waypipe glxgears. Limpio. Latencia similar a la que tendrías con X11 forwarding.
VNC sobre PipeWire: si KRDP no te convence, VNC tradicional sigue funcionando porque se integra con el portal KDE y PipeWire. Cualquier cliente VNC estándar puede conectar (Tigervnc, Remmina, KRDC).
Rustdesk: alternativa open source a TeamViewer/AnyDesk con server propio. Funciona sobre Wayland porque usa PipeWire como captura. Más moderno que XRDP, que requiere X11.

Lo que ya va mejor en Wayland hoy

Hay áreas en las que Wayland ya es claramente superior a X11 — y vale la pena saberlo para defender el cambio internamente si tienes que justificarlo en tu organización:

Multi-monitor con refresh rate alto: out of the box. Adaptive sync y tearing opcional ya soportados.
HDR gaming: funcional con setup adicional. Steam, SteamOS y Steam Deck corren sobre Plasma + Wayland desde hace años.
NVIDIA: aunque tuvo años rocky, el driver propietario actualmente funciona bien sobre Wayland para todas las GPUs soportadas. Las GPUs muy viejas pueden usar Nouveau (open source).
Accesibilidad: screen readers, sticky keys, bounce keys, zoom, color filters para daltonismo — todo funcional. El roadmap incluye más mejoras.
Session restore: ya resuelto en Plasma 6.6 según el FAQ oficial. Antes era uno de los “known significant issues”.

Troubleshooting: las últimas issues que pueden hacerte volver a X11

El FAQ oficial mantiene una página viva de Known Significant Issues que se actualiza constantemente. Estos son los más comunes que un sysadmin puede encontrar al migrar:

Issue	Status	Workaround
Output mirroring	Arreglado en Plasma 6.6	—
Session restore / window positions	Activamente trabajado	—
Screenshot / screencast en apps X11	Depende de cada app	Usar Spectacle sobre Wayland nativo
Global shortcuts de apps X11	Opcional en Plasma	Activar compat layer en System Settings
Accesibilidad de apps X11	Variable	Apps X11 con output Wayland funcionan mejor
Distros viejas sin Wayland	Usar Plasma 5.27 LTS	AlmaLinux 9 incluye X11 hasta 2032

Para los que no puedan migrar todavía: opciones reales

Si tu hardware es muy viejo o tu distro solo ofrece Plasma X11, no estás forzado a migrarte. El FAQ oficial confirma:

AlmaLinux 9 incluye la sesión Plasma X11 y tiene soporte hasta 2032.
Plasma 6.7 (último con X11) recibirá bugfixes hasta early 2027 según el FAQ.
Plasma 5.27 ya no recibe soporte oficial pero sigue funcionando.
El FAQ menciona que están explorando la posibilidad de shipping de extra bugfix releases para Plasma 6.7 — esto podría extender la vida X11 si la demanda es suficiente.

Cómo saber si estás listo

Antes de 6.8, un check rápido que puedes correr hoy:

# 1. Verificar qué sesión estás usando
echo $XDG_SESSION_TYPE
# debe decir "wayland"
# 2. Verificar la versión de Plasma instalada
plasmashell --version
# o desde la GUI: System Settings > About
# 3. Listar las apps X11 que estás corriendo
ps aux | grep -i 'x11' | head -5
# 4. Probar el soporte remoto si te interesa
sudo dnf install krdp xdg-desktop-portal-kde  # o apt/pacman según distro

Si tu output de echo $XDG_SESSION_TYPE dice x11, estás en la última release con soporte nativo. El momento de migrar es antes de Plasma 6.8, no después.

Vale la pena actualizar a Plasma 6.8?

Sí, para la mayoría. Si ya estás en Plasma 6.x con Wayland, la migración a 6.8 es non-breaking — solo te desaparece el launch path. Wayland sigue ahí, KRDP está más maduro, el código base está más limpio. Lo único que se pierde es la opción de “Plasma (X11)” en el login manager, que no afecta a nadie que ya estaba en Wayland.

Todavía no, si: tu distro favorita está en Plasma 5.27 y no puedes actualizar (ej. AlmaLinux 8 con EOL a 2029), dependes de una app X11 específica que no funciona bien bajo XWayland, o estás en hardware con drivers de video muy viejos sin soporte Wayland decente. Para esos casos, quedarse en Plasma 6.7 es la decisión correcta.

El mejor momento para migrar: cuando tu distro favorita saque Plasma 6.8 (Fedora 44, Kubuntu 26.10, openSUSE Leap 16, KDE neon). Ahí ya viene testeado y con bugs descubiertos.

Resumen

Plasma 6.8 marca el fin de una era — pero no de manera dramática. La mayoría de los usuarios ya estaban en Wayland sin saberlo. Para los que siguen en X11 (por necesidad o por costumbre), Plasma 6.7 recibe soporte hasta early 2027 y AlmaLinux 9 cubre hasta 2032. No hay apuro artificial.

Lo que sí queda claro: a partir de octubre 2026, KDE va a invertir todo su esfuerzo gráfico en Wayland. Los próximos releases traerán optimizaciones de memoria, nuevas features y mejor soporte de remote desktop que ya no tendrán que mantener dos code paths en paralelo. La keynote de Marco Martin en Akademy 2026 dejó eso explícito: Plasma viene con todo para Wayland.

Preguntas frecuentes

¿Por qué KDE Plasma 6.8: la última con X11 y el salto a los veteranos es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con KDE Plasma 6.8: la última?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con KDE Plasma 6.8: la última?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar KDE Plasma 6.8: la última y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a KDE Plasma 6.8: la última?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.