Plasma 6.8 se pule: novedades, regresiones abiertas y qué esperar para sysadmins Linux

septiembre 20, 2026 Alfonso Moreno | Sysadmin Senior 63 Visitas 10 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.

El estado de Plasma 6.8: beta, polish y pocas regresiones

El 12 de septiembre de 2026 KDE publicó la beta de Plasma 6.8 y, una semana después, el balance es más positivo de lo habitual. Nate Graham lo resumió así en This Week in Plasma: «o la versión ya es excelente, o la gente no está testeando la beta lo suficiente». Las cifras acompañan esa lectura. El listado de regresiones de Plasma 6.8 tiene solo cinco entradas abiertas, todas con alcance acotado:

La pantalla de logout pierde foco en algunos flujos.
Notificaciones mal alineadas en bordes y esquinas.
El overlay de logout, reinicio y apagado se dibuja mal en configuraciones multi-monitor.
El comportamiento de Switch User quedó inconsistente tras los cambios del portal.
Un quinto reporte, no detallado por los reportes semanales, también figura como abierto.

Para quien administra escritorios Linux, esto importa más de lo que parece. Plasma 6 fue durante mucho tiempo una release que rompía wallpaper engines, paneles o el comportamiento del sistema de notificaciones en cada minor release. Tener cinco regresiones a una semana de la RC es un cambio de tono que vale la pena mirar.

Lo que entró en Plasma 6.8 esta semana

El reporte de Michael Larabel en Phoronix del 19 de septiembre y el post de Nate Graham coinciden en lo mismo: la fase de pulido ya está en marcha y los merge requests visibles son pequeños pero útiles. Lo más relevante para sysadmins:

Kup: tiempos y velocidad promedio precisas

El merge request 62 de Kup, autoría de Méven Car, corrige dos cosas que molestaban desde la inclusión de Kup como solución oficial de backup en Plasma 6.8. La notificación de progreso ahora muestra el tiempo transcurrido y calcula una velocidad promedio mucho más estable. Kup ya tenía la ventaja de integrarse con el portal de Plasma, pero reportaba 0 MB/s durante los primeros segundos y eso confundía a más de uno al mirar la notificación.

Portal dialogs más densos y consistentes

David Edmundson y Oliver Beard siguieron con las rondas finales de polish visual sobre los diálogos de xdg-desktop-portal-kde. Los MR #628 y #630 apuntan a densidad de información y coherencia visual. Esto se traduce en diálogos de selección de archivos, compartir pantalla y elegir cámara más fáciles de leer en ventanas chicas o con temas de alto contraste.

KWin ya no se cuelga en ciertos monitores Samsung

Un bug muy raro pero muy molesto: KWin podía colgarse al iniciar sesión si el equipo estaba conectado a un monitor con un rango VCP fuera de lo estándar, como el Samsung Odyssey G60SF. Marco Martin lo cerró en bug 525216. Para sysadmins que dan soporte a estaciones con monitores gaming de gama alta, esto saca un ticket de la cola.

KWin tampoco crashea con los titlebar buttons

Vlad Zahorodnii cerró otro caso histórico: KWin podía crashear al interactuar con los botones de la barra de título en condiciones muy puntuales. El fix vive en kwin MR #9926. Es el tipo de bug que aparece una vez al año en algún escritorio y nadie logra reproducir en limpio.

Plasma deja de escribir un archivo en cada notificación

ValdikSS cerró el bug 523805 y el resultado es interesante en servidores con Plasma como entorno de usuario. Antes, mostrar una notificación implicaba tocar un archivo de caché en disco. En sesiones largas con muchas notificaciones, eso desgastaba SSDs sin necesidad. Ahora Plasma solo escribe cuando realmente hace falta.

Kup: la herramienta de backup que KDE necesitaba

Kup merece una sección aparte porque es el cambio de fondo más importante de Plasma 6.8 para quienes usan el escritorio como estación de trabajo. Kup existe desde hace años como proyecto independiente, pero con Plasma 6.8 pasa a ser parte de la propuesta oficial de backup del entorno.

Para verificar si Kup ya está disponible en tu sistema:

# ¿Tengo Kup instalado?
which kup-daemon kup-utils 2>&1
plasmashell --version
kup --version 2>/dev/null || echo "Kup aún no está en tu distro"
# Ver el daemon de Kup corriendo
systemctl --user status kup-daemon.service

Lo que Kup resuelve bien es el hueco entre no hacer backup y montar restic + systemd timers. Kup ofrece:

Snapshots con btrfs y zfs usando las herramientas nativas del filesystem.
Backups tradicionales con rsync cuando no hay snapshots disponibles.
Programación vía systemd sin reinventar nada.
Integración con el portal de Plasma para elegir destino gráfico.

Para sysadmins Linux hispanohablantes con estaciones de trabajo reales (no solo servidores headless), Kup cubre un caso que históricamente obligaba a scriptar a mano. La métrica de velocidad promedio más precisa de la notificación es una mejora chica, pero cuando un backup tarda horas saber si está a 5 MB/s o a 50 MB/s importa.

Regresiones abiertas: pequeñas, bien localizadas y todas con solución a la vista

El reporte semanal lo dijo claro: cinco regresiones abiertas, ninguna grave. La distribución:

Regresión	Impacto	Workaround
Logout pierde foco	Leve, tecla extra para confirmar	Enter después del clic
Notificaciones mal alineadas	Cosmético en bordes	Mover resolución del monitor
Overlay multi-monitor	Solo logout/restart/shutdown	Forzar logout desde terminal
Switch User	Comportamiento inconsistente	Cambiar de usuario con `loginctl`
Quinta regresión	Sin detalle en el reporte	Reportar si la ves

Lo que estos cinco bugs confirman es que Plasma 6.8 está cerca de release candidate. Si tu escritorio depende de alguna de estas funciones (por ejemplo, escritorios de aula con Switch User frecuente), puedes esperar a Plasma 6.8.1.

Plasma 6.7.6: los fixes que ya puedes usar

Mientras Plasma 6.8 entra en polish, la rama estable 6.7 sigue recibiendo fixes. Bug 510116, autoría de Vlad Zahorodnii, resuelve un crash aleatorio de KWin al volver a un juego con Alt + Tab. Si tienes un escritorio que se usa para Linux gaming, esa corrección es bienvenida.

El otro cambio relevante de 6.7.6 es que la página de Wi-Fi y red de System Settings ahora entra completa en la ventana al tamaño mínimo. Marco Martin cerró el bug 443553, que arrastraba quejas desde versiones anteriores. Y el Clipboard widget ya no desaparece del System Tray cuando el panel pasa los 100 píxeles de grosor, bug menor pero visible para quien usa paneles grandes.

Para usar 6.7.6 hoy en KDE neon, openSUSE Tumbleweed o Fedora KDE:

# KDE neon (basado en Ubuntu LTS)
sudo apt update && sudo apt full-upgrade
# openSUSE Tumbleweed
sudo zypper dup
# Fedora KDE
sudo dnf upgrade --refresh

Después de actualizar, reiniciá la sesión para que KWin y plasma-workspace carguen las versiones nuevas.

Mirando hacia Plasma 6.9: las primeras pinceladas

Aunque la release actual es 6.8, la rama master ya recibe cambios que apuntan a 6.9. Lo más interesante que ya está en código:

Renombrado seguro en el escritorio: renombrar un archivo o carpeta desde el escritorio ahora muestra las advertencias estándar (Ramil Nurmanov, plasma-desktop MR #3684). Antes, renombrar un archivo oculto o cambiar la extensión salía silencioso. Ahora respeta las mismas reglas que Dolphin.
Weather Report widget: avisa si el proveedor elegido puede dar menos datos de los esperados (Ismael Asensio, kdeplasma-addons MR #1127).
Clipboard widget: los botones de acción solo aparecen para entradas que tengan acciones asociadas (Tomáš Hnyk, bug 440727). Cambio pequeño pero limpia visualmente el widget.
Wi-Fi speed renamed: el ajuste speed en la página de Wi-Fi ahora se llama speed limit (Fernando Marcelino Muniz, bug 523099). El nombre anterior confundía porque sonaba a velocidad real del enlace.

Plasma 6.9 se libera recién en febrero o marzo de 2027 según el calendario habitual de KDE, así que todavía hay margen para muchos cambios. Estos son solo los primeros.

Cómo probar Plasma 6.8 hoy sin romper tu sistema

Si quieres probar la beta sin afectar tu instalación principal, el camino recomendado es KDE neon User Edition, que siempre corre Plasma en su versión de desarrollo. También puedes usar un contenedor o una VM.

# Opción 1: KDE neon en VM o contenedor (recomendado)
# Descargar ISO desde https://neon.kde.org/download
# Opción 2: Arch con KDE unstable
sudo pacman -S plasma-unstable
# Opción 3: flatpak de KDE Aplicaciones en distros estables
flatpak install flathub org.kde.KDEPlatform6
# Verificar versión instalada
plasmashell --version

Si corres Plasma 6.7.6 en una distro estable y solo quieres los fixes que ya están en 6.7, no necesitas saltar a 6.8 todavía. Tu distro los va a backportar en el próximo ciclo de puntos.

Para reportar una regresión que veas, el bugzilla de KDE es el lugar. Asigná la palabra clave regression en el campo correspondiente para que entre en el reporte semanal.

Troubleshooting: si Plasma 6.8 beta rompe algo en tu escritorio

Algunos comandos útiles si algo sale mal durante el testeo:

# Reiniciar plasma-workspace sin cerrar sesión
kquitapp5 plasmashell && plasmashell &
# Volver al Wayland session desde un TTY (si X11 cuelga)
loginctl terminate-user $(whoami)
# después, elegir Plasma (Wayland) en el greeter
# Ver los logs del bug específico
journalctl --user -u plasma-plasmashell.service -n 100
# Limpiar caché de Kup si las notificaciones se traban
rm -rf ~/.cache/kup/

Si la regresión es bloqueante, puedes volver a Plasma 6.7 con el paquete de tu distro. En KDE neon:

sudo apt install plasma-desktop=6.7.5

Y si el problema es con KWin, no con plasma-workspace:

sudo apt install kwin=6.7.5

¿Vale la pena actualizar? para quién

Kup como solución oficial de backup convierte a Plasma 6.8 en un salto interesante para quienes administran estaciones Linux con datos importantes y quieren un backup visual integrado sin scriptar. Si tu escritorio actual es 6.5 o anterior, el salto cualitativo justifica actualizar.

Para quien corre Plasma 6.7 ya estable, la decisión depende del workload. Si dependes de notificaciones, KWin en sesiones gaming o Kup, los fixes de 6.7.6 y 6.8 valen la pena. Si tu flujo es estable y sin notificaciones masivas, puedes esperar a Plasma 6.8.1, que tradicionalmente trae los fixes que no llegaron a la release inicial.

Mi recomendación honesta: si administras entre 5 y 50 escritorios Linux, prueba Plasma 6.8 en uno o dos equipos durante septiembre y octubre. Cuando llegue el release final a tu distro (Fedora 43, KDE neon, openSUSE Tumbleweed), ya vas a tener experiencia con los cambios y vas a poder capacitar al equipo con casos reales.

Preguntas frecuentes

¿Por qué Plasma 6.8 se pule: novedades, regresiones abiertas y qué esperar para sysadmins Linux 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 Plasma 6.8 se pule: novedades,?

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 Plasma 6.8 se pule: novedades,?

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 Plasma 6.8 se pule: novedades, 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 Plasma 6.8 se pule: novedades,?

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.