GNOME 51 entra in beta mentre KDE 6.29 e Bullet-Proof puntano sulla stabilità

🐧 Novità principali

• GNOME 51 raggiunge la beta con miglioramenti a Shell, Mutter, Nautilus, accessibilità e autenticazione, entrando nel periodo di freeze prima della release stabile.
• KDE Frameworks 6.29 aggiorna Kirigami, Breeze, KIO, KWallet e numerosi componenti correggendo problemi grafici, prestazionali e di compatibilità.
• Bullet-Proof KDE garantirà tre anni di manutenzione a Plasma 6.6, Frameworks 6.24 e Gear 25.12 attraverso Kubuntu Focus e Techpaladin.

GNOME e KDE affrontano la seconda metà del 2026 con due strategie complementari per il desktop Linux. GNOME 51 raggiunge finalmente la beta pubblica e congela interfacce, API e nuove funzionalità in preparazione della release stabile di settembre, mentre KDE Frameworks 6.29 prosegue il ciclo mensile di manutenzione delle librerie che sostengono Plasma e le applicazioni KDE. La novità più significativa sul lungo periodo arriva però dalla Bullet-Proof KDE Initiative, che riporta un vero modello LTS nell’ecosistema Plasma finanziando per tre anni correzioni e backport destinati a Plasma 6.6, Frameworks 6.24 e Gear 25.12.

GNOME 51 beta congela le funzioni e prepara la release di settembre

La disponibilità di GNOME 51.beta segna l’inizio del cosiddetto Freeze, durante il quale nuove API, modifiche sostanziali dell’interfaccia e ulteriori funzionalità non possono normalmente entrare nella piattaforma senza un’eccezione approvata dal release team. Nell’annuncio ufficiale di GNOME 51.beta il progetto invita sviluppatori di applicazioni ed estensioni Shell a iniziare i test utilizzando runtime Flatpak beta, snapshot BuildStream oppure una live image di GNOME OS eseguibile anche in macchina virtuale. La release consolida quindi il lavoro iniziato con GNOME 51 alpha e la prima fase pubblica di sviluppo, ma introduce diversi cambiamenti ormai sufficientemente maturi per essere sottoposti a test più estesi. GNOME Shell aggiunge il supporto iniziale all’impostazione reduced-motion, cursori basati su SVG, una migliore navigazione da tastiera durante la selezione dell’area per gli screenshot e il supporto ai tasti dedicati Copy, Cut e Paste. Arrivano inoltre un meccanismo unificato di autenticazione con supporto al web login e affinamenti dell’interfaccia dei prompt di accesso. Mutter migliora invece il frame scheduling, introduce il blur attraverso ext-background-effect-v1, completa informazioni HDR relative al mastering display e corregge diversi problemi con monitor ruotati, scaling e gestione del cursore. Il calendario ufficiale mantiene GNOME 51.0 previsto per il 16 settembre 2026, dopo una release candidate programmata per la fine di agosto.

Nautilus, Impostazioni e accessibilità ricevono modifiche già visibili

La beta non riguarda soltanto Shell e compositor. Il changelog completo dei moduli GNOME 51.beta mostra aggiornamenti per Nautilus, GNOME Control Center, Orca, Calculator, Calendar, Maps, Software, Loupe, Snapshot, GLib, GTK 4 e libadwaita. Nautilus utilizza AdwTabOverview nella modalità stretta, apre in nuove schede le posizioni ricevute da altre applicazioni e sposta automaticamente il focus verso risultati di ricerca considerati più rilevanti. Le Impostazioni introducono una nuova interfaccia per la gestione delle impronte digitali, una preferenza per disabilitare il timeout del focus nell’accessibilità e una nuova infrastruttura per configurare shortcut globali. Orca consolida invece l’estensibilità introdotta durante il ciclo 51 e corregge problemi nella presentazione di tabelle, terminali e contenuti web. Anche Papers evolve verso strumenti più moderni per i documenti, mentre Calculator mantiene esatta l’aritmetica razionale e rende persistente la cronologia tra sessioni. Restano però fuori dalla beta le riscritture GTK 4 di GNOME Boxes e GNOME Disks, che il release team ha esplicitamente indicato come non pronte per questo ciclo. Il quadro conferma la transizione già osservata con GNOME 50 e l’evoluzione progressiva delle applicazioni core: meno rivoluzioni concentrate in una singola applicazione e più interventi distribuiti sull’intero stack desktop.

KDE Frameworks 6.29 rifinisce Kirigami, Breeze e il livello applicativo

Sul fronte KDE, Frameworks 6.29.0 continua il ciclo mensile delle oltre settanta librerie che aggiungono a Qt servizi condivisi utilizzati da Plasma e dalle applicazioni KDE. L’annuncio ufficiale di KDE Frameworks 6.29 documenta interventi molto distribuiti: Breeze Icons aggiunge tra l’altro un’icona specifica per i pacchetti Android App Bundle, mentre Kirigami migliora il rendering delle icone piccole, conserva correttamente le proporzioni delle immagini verticali e permette di cambiare scheda nelle NavigationTabBar tramite scrolling e scorciatoie. KArchive riceve supporto migliorato per archivi ZIP64, KIO evita di ripetere inutilmente il rilevamento del filesystem durante operazioni di copia e corregge diversi comportamenti legati alla navigazione tra directory, mentre KWallet elimina codice obsoleto e risolve problemi nella gestione dei wallet e dei backend esterni. QML e QQC2 Desktop Style ricevono inoltre correzioni per campi password, rendering degli elementi e coerenza con lo stile grafico selezionato. Sono modifiche meno appariscenti di una nuova release Plasma, ma incidono direttamente sulle applicazioni che condividono questi framework. Il passaggio segue Frameworks 6.28 e il precedente ciclo di miglioramenti dell’interfaccia KDE, mantenendo una cadenza prevedibile per sviluppatori e distribuzioni. KDE Frameworks 6.29 richiede Qt 6.9.0 e arriverà agli utenti principalmente attraverso i repository delle rispettive distribuzioni.

Bullet-Proof KDE riporta un supporto LTS reale nell’ecosistema Plasma

La modifica strutturalmente più importante riguarda però KDE Plasma 6.6. Kubuntu Focus finanzierà per tre anni Techpaladin Software affinché corregga problemi segnalati dagli utenti di Kubuntu 26.04 e realizzi i relativi backport sulla versione stabile, trasformando Plasma 6.6 in una release mantenuta a lungo termine. La presentazione della Bullet-Proof KDE Initiative chiarisce che il programma non riguarda soltanto Plasma: le correzioni pertinenti verranno riportate anche su KDE Frameworks 6.24 e KDE Gear 25.12, cioè l’intero stack KDE incluso in Kubuntu 26.04. Kubuntu Focus finanzia inoltre nuove risorse di continuous integration appartenenti a KDE e.V., necessarie per verificare le modifiche applicate a rami software che continueranno a essere mantenuti mentre lo sviluppo principale avanzerà verso release successive. La differenza rispetto a un tradizionale ramo congelato è importante: non verranno distribuite esclusivamente patch di sicurezza già sviluppate altrove, ma saranno attivamente individuati, corretti e sottoposti a backport anche bug funzionali riscontrati dagli utenti. Per Plasma 6.6, nato come uno degli aggiornamenti più importanti del ciclo Plasma 6, significa passare da una release ordinaria a una base utilizzabile da aziende, amministrazioni e installazioni che richiedono maggiore prevedibilità. KDE aveva eliminato il precedente schema Plasma LTS perché mantenere realmente versioni vecchie richiedeva risorse che la comunità non poteva garantire da sola; Bullet-Proof KDE prova a risolvere esattamente quel problema attraverso finanziamento commerciale, sviluppatori dedicati e CI permanente.

GNOME accelera il ciclo semestrale mentre KDE separa innovazione e stabilità

Le tre novità mostrano due modelli differenti ma sempre meno incompatibili. GNOME 51 mantiene il tradizionale ciclo semestrale e utilizza beta, freeze e release candidate per stabilizzare rapidamente un’unica piattaforma destinata poi alle distribuzioni autunnali. KDE continua invece a sviluppare in parallelo Plasma 6.7, Frameworks 6.29 e le release future, ma crea con Bullet-Proof un ramo separato nel quale la priorità diventa la prevedibilità per tre anni. La distinzione è particolarmente significativa dopo il passaggio di Plasma 6.7 verso una piattaforma desktop sempre più ricca e rapidamente aggiornata: le organizzazioni possono mantenere Plasma 6.6 con Frameworks 6.24 e Gear 25.12, mentre utenti e distribuzioni rolling continuano a ricevere il ciclo più recente. Il desktop Linux del 2026 non sta quindi scegliendo tra innovazione e stabilità, ma sta costruendo meccanismi diversi per servire entrambe senza obbligare tutti gli utenti allo stesso ritmo di aggiornamento.