DevOps

KDE Plasma 6.8: esquinas rectas en ventanas tileadas y otros fixes de último momento

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 este ajuste en Plasma 6.8

A menos de dos semanas del lanzamiento oficial de KDE Plasma 6.8 (programado para el 14 de octubre de 2026), el equipo de KDE sigue aterrizando ajustes de último momento. El más reciente, reportado por Phoronix y los blogs oficiales de KDE en la ronda del 3 de octubre, tiene que ver con una de esas decisiones de diseño que pasan desapercibidas para el usuario promedio pero que importan mucho cuando trabajas con ventanas en mosaico: las ventanas tileadas vuelven a tener esquinas rectas.

Esto no es cosmético. Cuando dos ventanas se acomodan lado a lado con el gestor de mosaico de KWin, las esquinas redondeadas dejaban una pequeña separación visible en la unión. Para un dev o sysadmin que vive con tres o cuatro terminales abiertos, eso se traduce en distracción visual y en líneas que no se alinean bien. El comportamiento que se restaura — esquinas rectas cuando la ventana está tileada, redondeadas cuando está flotando — es el mismo que Microsoft Windows aplica desde hace años en su Snap Layouts, y es lo que KDE tenía antes de que un cambio reciente rompiera esa consistencia.

El bug que se cierra: 490716

El ajuste viene de un reporte abierto en KDE Bugzilla #490716, levantado en 2024 por Ethan Chappel. El reclamo era que el redondeo radial nunca debió aplicarse cuando una ventana estaba siendo gestionada por el sistema de tiling. La regresión vino por un cambio que aplicaba el estilo global sin distinguir el estado de la ventana.

El fix, también de Chappel, ya está en Plasma 6.8 Beta 2 (publicado como 6.7.91) y se incluye en el release final. Para verificarlo en tu instalación:

plasmashell --version
# O desde la línea de comandos de KWin:
qdbus org.kde.KWin /KWin org.kde.KWin.activeClient

Si estás en la rama 6.7.x estable, el cambio llegará primero como backport a 6.7.6 en las próximas semanas. Si quieres probarlo hoy, la imagen Live con Plasma 6.8 Beta 2 está disponible en la página de la comunidad KDE.

Otros fixes de último momento que entran a 6.8

El cambio de esquinas no llega solo. En la misma tanda se cerraron tres crashes de KWin y un bug en el System Monitor que afectaba a usuarios con drivers NVIDIA:

Componente Bug Impacto
KWin + NVIDIA 610.57.04+ 524840 Crash al usar el driver propietario NVIDIA 610.57.04 o más nuevo (Xaver Hugl)
Drag de widget a panel 501289 Crash al arrastrar un widget a un panel (David Edmundson)
Cierre de apps en estados especiales (sin ID público aún) Crash cuando una aplicación se cierra o falla de formas específicas
System Monitor + widgets (sin ID público aún) Medición más precisa de uso de memoria GPU

El fix de NVIDIA es particularmente relevante si tienes una workstation con GPU Ampere o Ada Lovelace y corres el driver propietario. Antes del fix, abrir ventanas con aceleración completa podía tumbar KWin en condiciones específicas. El backport a Plasma 6.7.6 ya está disponible en distros rolling-release como Arch y openSUSE Tumbleweed; en Debian y Ubuntu llegará cuando actualicen a Plasma 6.7.6 en los backports o en el próximo SRU.

Remote desktop con FreeRDP 3.32+: autenticación funcionando

Otro ajuste que entró tarde al release: la autenticación de remote desktop usando la biblioteca FreeRDP 3.32 o más nueva ya funciona correctamente. Este cambio es silencioso pero evita un dolor de cabeza concreto: si usas Plasma como escritorio remoto vía KRDP, y tu distro actualizó a FreeRDP 3.32+, la sesión podía fallar al autenticar. Con 6.8 ese punto queda alineado y no hay que hacer workarounds en el lado del servidor.

Para verificar tu versión de FreeRDP en el servidor:

xfreerdp --version | head -1
# Si ves "3.59.0" o similar con la primera linea >= 3.32, el backend KRDP de Plasma 6.8 lo soporta.

Si administras workstations Linux remotas, este fix es de los que apreciás sin fanfare: era de esos bugs que solo aparecen cuando mezclás versiones nuevas de librerías con un escritorio que no las esperaba.

Plasma 6.9 ya empieza a tomar forma

Mientras 6.8 entra en su recta final, el trabajo de features para Plasma 6.9 ya empezó a aterrizar. De los reportes de esta semana se destacan tres:

  • Task Manager con “Move to Screen”: el menú contextual de tareas en el Task Manager ahora incluye la opción de mover la ventana a otra pantalla, igualando la que ya estaba disponible desde el menú contextual de la barra de título. (Kai Uwe Broulik, bug 465058)
  • Firewall page con comentarios en reglas UFW: System Settings ahora muestra los comentarios asociados a reglas de firewall hechas con el backend UFW, no solo el comando. Útil cuando documentas reglas en máquinas de equipo. (MR #109)
  • Touchpad settings más naturales: la página de touchpad en System Settings ahora expresa las opciones de clic derecho y central de forma más legible. (MR #4041)

El detalle de “Move to Screen” puede parecer menor, pero es exactamente el tipo de consistencia que un sysadmin valora: cuando tienes un monitor principal para código y uno secundario para documentación, no quieres recordar que la opción está en un menú distinto según si cliqueas la barra de título o el icono del task manager.

Cómo instalar o actualizar a Plasma 6.8

El 14 de octubre de 2026 es la fecha objetivo del release. Hasta entonces, las opciones para probarlo son:

# Live image oficial (no instala nada, solo bootea)
wget https://community.kde.org/Plasma/Live_Images
# En Arch (ya disponible en [extra-testing] o AUR plasma-beta)
pacman -U plasma-desktop-beta-6.7.91-*.pkg.tar.zst
# En openSUSE Tumbleweed (repositorio devel)
zypper ar -f https://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Tumbleweed/ plasma6
zypper dup --from plasma6 --no-confirm
# En Fedora 43+ (Koji builds)
sudo dnf install plasma-desktop plasma-workspace --enablerepo=updates-testing

Para Debian y Ubuntu, la actualización vendrá empaquetada por las distros. En Debian 13 (Trixie) el paquete plasma-desktop debería actualizarse a la 6.7.91 o superior en los próximos días. En Ubuntu 25.10 (Questing Quokka), Plasma 6.7 ya estaba en los repos y el salto a 6.8 vendrá en el SRU de noviembre.

Si tu sistema está en producción, espera al release final del 14 de octubre. Si tienes un homelab o máquina de pruebas, las betas son lo suficientemente estables para uso diario (los reportes de regresiones graves son mínimos en esta ronda).

Vale la pena actualizar?

Depende del perfil de tu equipo:

  • Workstation con NVIDIA propietario: sí, vale la pena. El fix de KWin con drivers 610.57.04+ cierra un crash que era reproducible y que te podía tumbar la sesión en medio de una videollamada.
  • Dev con tiling activo: sí, especialmente si usas KWin tiling scripts (bismuth, krohnkite, polonium). Las ventanas tileadas sin separación visible en las uniones se ven y se sienten más prolijas.
  • Servidor headless o sin escritorio gráfico: no aplica, no hay razón para actualizar.
  • Producción con KWin en versión LTS: espera al primer point release (6.8.1 o 6.8.2). Los crashes cerrados son importantes, pero los puntos finos que aparecen en producción con cargas reales suelen aparecer en los primeros meses post-release.

El sistema de tiling de KWin en Plasma 6.8 todavía no está al nivel de i3 o Sway en cuanto a scripting puro, pero cada release acerca la distancia. Para un dev que quiere productividad de tiling con la pulenta visual de un escritorio Qt completo, KDE es la mejor opción de 2026, y 6.8 sigue mejorando esa propuesta.

Lo que sigue mirando

El blog This Week in Plasma se publica todos los fines de semana y es la mejor fuente de cambios día-a-pico antes del release. Si te interesa seguir de cerca la rama 6.9, las features nuevas se acumulan en el inventario de Plasma 6.9 en bugs.kde.org y en los merge requests de invent.kde.org/plasma.

Para sysadmins que mantienen fleets Linux con KDE (típico en workstations de engineering en LATAM y Europa), conviene tener en radar la transición X11 → Wayland: Plasma 6.8 será la última versión con soporte X11 completo, y a partir de 6.9 el camino es Wayland-only. Si todavía mantienes drivers o workflows que requieren X11, los próximos dos releases son la ventana para migrar.

Preguntas frecuentes

¿Por qué KDE Plasma 6.8: esquinas rectas en ventanas tileadas y otros fixes de último momento 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: esquinas rectas?

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: esquinas rectas?

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: esquinas rectas 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: esquinas rectas?

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.

Lee también

Alfonso Moreno | Sysadmin Senior

Soy Alfonso, sysadmin senior con RHCE y más de 10 años administrando sistemas Linux para empresas y proyectos personales. Me especializo en infraestructura, redes, virtualización, monitoring, automation y self-hosting. Sobre SoyLinux.com SoyLinux.com es un blog técnico en español sobre Linux, software libre y self-hosting. Lo mantengo en mi tiempo libre. Áreas de expertise - Linux server administration: RHEL, CentOS, Rocky, Alma, Fedora, Debian, Ubuntu - Network services: Postfix, BIND, Samba, NFS, Squid - Virtualización y containers: KVM, Proxmox, Docker, Podman - Monitoring: Prometheus, Grafana, Zabbix - Automation: Ansible, Bash scripting - Self-hosting: Vaultwarden, Nextcloud, Jellyfin, Immich, Homelab Contacto - Email: [email protected]

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *