Mir 2.30 e KeePassXC 2.8 riducono due dipendenze storiche da X11

🐧 Novità principali

• Mir 2.30 implementa `wl_fixes`, rende Rust obbligatorio nella build e corregge problemi multi-monitor sul backend GBM/KMS.
• KeePassXC 2.8 Beta 1 introduce Auto-Type nativo su Wayland tramite XDG Desktop Portals e completa la migrazione da Qt 5 a Qt 6.
• I due aggiornamenti mostrano lo stesso passaggio strutturale: Wayland non sostituisce più soltanto X11 nel compositor, ma recupera funzioni applicative rimaste indietro.

Il passaggio del desktop Linux da X11 a Wayland entra in una fase meno appariscente ma probabilmente più importante: quella in cui devono sparire le eccezioni, i workaround e le funzioni che continuavano a richiedere il vecchio stack grafico. Mir 2.30 e KeePassXC 2.8 Beta 1 intervengono precisamente su questi due livelli. Canonical amplia il proprio compositor con nuovi protocolli Wayland, rende strutturale l’impiego di Rust e corregge problemi nella gestione multi-display; KeePassXC porta invece finalmente l’Auto-Type su Wayland, eliminando una delle limitazioni più evidenti per chi utilizza il password manager in una sessione grafica moderna.

Mir 2.30 implementa wl_fixes e rende Rust un requisito della build

Le release note ufficiali di Mir 2.30 mostrano una release concentrata meno sulle funzioni visibili e più sulla maturazione dell’infrastruttura. La novità centrale è il supporto a wl_fixes, estensione introdotta nel nuovo ciclo di Wayland per rendere più robusta la gestione di alcune operazioni sul registry e sulla rimozione dei global. Mir aggiunge inoltre un wrapper tipizzato per wl_array, mentre il componente mirserver porta la propria ABI alla versione 69. Il passaggio più significativo sul piano architetturale riguarda però Rust, che non è più opzionale durante la compilazione: Mir lo richiede ora esplicitamente e integra anche la piattaforma sperimentale di input evdev sviluppata in Rust. È l’evoluzione di una direzione già visibile con Mir 2.26, quando Canonical aveva iniziato a portare Rust nel frontend Wayland. Mir resta prevalentemente un progetto C++, ma alcune componenti vengono progressivamente spostate verso un linguaggio che offre maggiori garanzie sulla gestione della memoria.

Leggi anche: Wayland 1.26 introduce nuove primitive per puntatore, global e gestione dei socket

Mir corregge anche multi-monitor, input e gestione delle superfici

La release interviene su problemi che mostrano quanto un compositor debba ormai gestire casi molto più complessi del semplice rendering di una finestra. Mir 2.30 corregge configurazioni GBM/KMS multi-display che non utilizzano la modalità clone, sistema la velocità dello scrolling orizzontale e impedisce che superfici collegate, come le tastiere a schermo, vengano trattate erroneamente come finestre kiosk. Vengono inoltre corretti il comportamento degli eventi pointer enter e pointer leave dopo modifiche alla geometria delle finestre, la gestione delle superfici non amministrate e alcuni casi relativi al ruolo del cursore. Il progetto aggiunge anche una roadmap ufficiale, segnale di una maggiore strutturazione dello sviluppo futuro. Questi interventi sono coerenti con la trasformazione dell’intero desktop Linux, dove KDE Plasma 6.8 sta abbandonando definitivamente la sessione X11 e i compositor devono ormai coprire scenari hardware, input e compatibilità precedentemente distribuiti tra più componenti.

KeePassXC 2.8 porta finalmente Auto-Type dentro Wayland

Il cambiamento più immediatamente percepibile dagli utenti arriva però da KeePassXC 2.8.0 Beta 1. Il progetto conferma ufficialmente l’introduzione dell’Auto-Type su Linux tramite XDG Desktop Portals, insieme alla migrazione completa da Qt 5 a Qt 6. Fino alla precedente generazione stabile, la funzione Auto-Type richiedeva una sessione X11 oppure l’avvio dell’applicazione attraverso il backend XCB.

Con la nuova implementazione, KeePassXC utilizza i portali Remote Desktop e Global Shortcuts per simulare l’inserimento delle credenziali senza aggirare direttamente il modello di sicurezza di Wayland. La documentazione del progetto indica supporto completo su KDE Plasma 6 dalle versioni più recenti e supporto su GNOME 48+, mentre compositor come Sway, Labwc o Hyprland possono richiedere implementazioni specifiche dei portali.

Restano limitazioni importanti: Wayland non espone liberamente il titolo della finestra attiva e KeePassXC non può quindi replicare esattamente il matching automatico disponibile su X11. L’utente deve selezionare la voce corretta dall’elenco e un cambio di focus durante la sequenza Auto-Type non interrompe automaticamente l’inserimento. È comunque un salto notevole rispetto alla situazione precedente, soprattutto per un’applicazione che gestisce credenziali e deve evitare scorciatoie incompatibili con il modello di isolamento del compositor. KeePassXC aveva già rafforzato progressivamente passkey e gestione delle credenziali nelle precedenti release della serie 2.7.

Continua con:

• COSMIC 1.8 e KDE Plasma 6.8 mostrano due differenti fasi della transizione a Wayland
• EndeavourOS prepara il passaggio definitivo a Wayland con Titan Nova

Wayland entra nella fase in cui deve sostituire anche le vecchie eccezioni

Mir 2.30 e KeePassXC 2.8 raccontano due facce dello stesso problema. La migrazione da X11 non può considerarsi completata soltanto quando una distribuzione avvia Wayland come sessione predefinita: deve funzionare anche quando un password manager deve inviare input a un’altra applicazione, quando un compositor gestisce più monitor o quando strumenti di sistema devono interagire senza violare i nuovi confini di sicurezza. Il risultato è una transizione meno spettacolare ma più concreta. Wayland sta diventando maturo quando smette di richiedere spiegazioni su ciò che ancora non funziona. Mir amplia le fondamenta e riduce i casi limite del compositor; KeePassXC dimostra invece che anche funzioni storicamente legate alla libertà operativa di X11 possono essere ricostruite sopra API controllate e portali espliciti. È proprio questa progressiva eliminazione delle eccezioni, più della semplice scomparsa della sessione X11 dai menu di login, a misurare quanto il nuovo stack grafico Linux sia ormai vicino alla normalità.