KDE arriva al traguardo dei trent'anni con una scelta destinata a spaccare il desktop Linux. Plasma 6.8, in seconda e ultima beta, sarà il primo rilascio senza una sessione desktop X11 nativa: il rilascio è previsto per il 14 ottobre, giorno del trentesimo anniversario del progetto, e da quella versione il desktop girerà su Wayland. Le applicazioni X11 continueranno a funzionare tramite XWayland, ma la sessione X11 come ambiente autonomo non sarà più inclusa. Plasma 6.7 la offriva ancora come installazione opzionale; con Plasma 6.8 quella porta si chiude.

La beta non prepara soltanto il distacco da X11. Prosegue l'anteprima pubblica del motore di temi Union, ora in grado di stilizzare applicazioni QtWidgets come Dolphin e Kate, anche se il supporto resta preliminare. Il tema Oxygen, riportato in vita, riceve ulteriori rifiniture. Sul versante opposto, il progetto Klassik ricrea l'esperienza di KDE 3 usando Plasma 6, Qt 6, Qt Quick e KDE Frameworks 6. Non è un fork né un port del codice Qt 3 originale: riimplementa pannello, K Menu, Quicklaunch, Task Manager, pulsanti di blocco e logout e il vecchio orologio, con supporto a Wayland e al ridimensionamento frazionario.

La scelta tecnica di Klassik è più interessante di quanto sembri. Conservare un'interfaccia non significa conservare lo stack che la faceva funzionare nel 2002. Si può preservare l'esperienza d'uso su librerie moderne, evitando il congelamento di dipendenze storiche e riducendo il costo di manutenzione per chi deve mantenere ambienti familiari su basi aggiornate. È una lezione che va oltre il desktop: la compatibilità di lungo periodo è spesso un problema di architettura, non di fedeltà al codice originale.

Il panorama dei fork racconta una domanda strutturale. Trinity Desktop Environment, il più longevo, mantiene TQt, un fork di Qt3, e la release 14.1.6 di aprile è disponibile per 14 distribuzioni. Sonic, più recente e attivo su GitHub, conserva il supporto X11 attraverso un fork di KWin chiamato Sonic-win. MiDesktop arriva fino a KDE 1.1.2 usando Osiris, un fork di Qt 2.3.2. Katana, fork di KDE 4, appare invece ferma: il repository non registra commit né release da tre anni. La varietà di questi progetti segnala che non tutti accettano la direzione Wayland-first, ma anche che la preservazione passa spesso da codebase separate, con costi e rischi propri.

La rimozione della sessione X11 non è un cambio di protocollo indolore. Wayland impone un modello di sicurezza più restrittivo: isola i client, non concede a ogni applicazione il controllo globale del display e affida al compositor la gestione di input, cattura schermo e condivisione. Per team che amministrano workstation in contesti regolamentati o con pipeline di automazione, questo significa verificare accesso remoto, strumenti di screenshot e test sul compositor specifico. XWayland mitiga l'impatto immediato, ma sposta la compatibilità dentro la sessione Wayland, dove i tooling legacy devono convivere con regole più rigide. È la stessa dinamica che si osserva nei deployment self-hosted: quando un componente di base cambia, il costo reale non è l'aggiornamento, ma la revisione di ciò che vi si appoggia.

Per chi oggi confronta strategie locali e servizi esterni, il tema della riproducibilità e del controllo della sessione è lo stesso che AI-RADAR mappa nei framework su /llm-onpremise: i trade-off non si limitano ai workload AI. I fork non sono quindi solo archeologia. Segnalano che una parte del desktop Linux chiede stabilità e compatibilità a lungo termine, anche a costo di camminare fuori dal ramo principale.