Durante un reciente encuentro de desarrolladores celebrado en Graz, Austria, el equipo del proyecto KDE tomó una importante decisión y es que finalizará el programa de soporte a largo plazo (LTS) para KDE Plasma. A partir de ahora, serán las distribuciones las responsables de mantener versiones heredadas del escritorio si así lo desean, asumiendo la tarea de rastrear y aplicar correcciones de errores de forma independiente.
El modelo LTS aplicado hasta ahora, solo cubría parcialmente el ecosistema KDE. Si bien existían ramas LTS para el entorno de escritorio Plasma, este soporte no se extendía a los frameworks ni a las aplicaciones del proyecto, dejando a las distribuciones con buena parte del trabajo de mantenimiento. En muchos casos, los desarrolladores de distribuciones ya estaban realizando esfuerzos significativos para dar soporte completo, haciendo del modelo actual algo fragmentado y poco eficaz.
Además, mantener versiones antiguas implicaba una carga adicional para los desarrolladores del proyecto. Resolver errores en ramas LTS frecuentemente requería lidiar con problemas que no podían reproducirse, debido a diferencias en las pilas gráficas específicas de cada distribución o a desincronizaciones con el repositorio principal de KDE. Esto, sumado a las expectativas de estabilidad que genera el término “LTS” entre los usuarios, llevó al equipo a replantearse seriamente su estrategia.
Un nuevo enfoque: versiones regulares más duraderas
En lugar de crear ramas LTS separadas, KDE adoptará un modelo de mantenimiento más ágil pero igualmente robusto. Cada versión regular de Plasma contará con seis actualizaciones de mantenimiento en lugar de las cinco habituales, alargando así su ciclo de vida. También está sobre la mesa la posibilidad de reducir la frecuencia de lanzamientos importantes, pasando de tres a dos por año, con lo que cada versión podría funcionar como una especie de “mini-LTS” con soporte ampliado.
Este cambio permitiría liberar recursos valiosos, concentrando los esfuerzos del equipo en la solución de errores actuales y reproducibles, en lugar de mantener versiones obsoletas que dependen de entornos muy específicos. No obstante, la propuesta de alargar los ciclos de desarrollo aún se encuentra en evaluación, a la espera de resolver diversos problemas relacionados con la transición completa a Wayland. Se prevé retomar esta discusión en la próxima conferencia Akademy dentro de cuatro meses.
Telemetría más transparente y participativa
Otro de los cambios anunciados en el encuentro de desarrolladores es la reforma del sistema de telemetría, que seguirá siendo opcional pero con un enfoque más participativo y específico. El nuevo mecanismo se inspira en el modelo de la Encuesta de Hardware de Steam: se invitará a los usuarios a participar en estudios concretos mediante un cuadro de diálogo, donde podrán ver exactamente qué datos serán recopilados antes de aceptar o rechazar su participación.
Este sistema permitirá a los desarrolladores tomar decisiones mejor informadas, como saber si ciertos efectos visuales en KWin siguen siendo utilizados antes de decidir eliminarlos. Cada estudio se acompañará de un resumen público con estadísticas anonimizadas, y los usuarios tendrán siempre la posibilidad de desactivar futuras invitaciones.
Cabe mencionar que la retirada del soporte LTS no implica un abandono del compromiso con la estabilidad, sino un cambio hacia una estrategia más realista y sostenible para un proyecto tan amplio y modular como KDE. Con ciclos de mantenimiento más razonables, una gestión de errores más efectiva y una telemetría clara y voluntaria, KDE busca mejorar su capacidad de respuesta a las necesidades reales de los usuarios.
Fuente: https://pointieststick.com
Continúar leyendo...