Il progetto KDE Linux si avvicina a una fase importante del proprio sviluppo. Gli sviluppatori KDE stanno infatti valutando se adottare ufficialmente una variante basata su BuildStream, abbandonando almeno a livello della base del sistema la dipendenza dai pacchetti Arch Linux utilizzati attualmente.
La questione è stata evidenziata da Nate Graham nel rapporto sullo sviluppo di KDE Linux relativo a settembre. Il progetto sperimentale, sviluppato parallelamente al lavoro principale, punta a ricostruire la base software del sistema utilizzando BuildStream, mantenendo sostanzialmente lo stesso insieme di componenti.
L’obiettivo non sarebbe quindi quello di modificare radicalmente l’esperienza dell’utente. Se KDE decidesse di procedere, il sistema dovrebbe continuare a comportarsi in modo molto simile a quello attuale. La particolare architettura image-based di KDE Linux permetterebbe infatti di sostituire la base sottostante senza necessariamente rendere evidente il cambiamento a chi utilizza il sistema.
La scelta nasce soprattutto da una differenza fondamentale tra KDE Linux e Arch Linux. Arch segue un modello rolling release, mentre KDE sta progettando KDE Linux con versioni stabili distribuite secondo una pianificazione temporale precisa.
Questo approccio crea una difficoltà nel momento in cui KDE Linux deve preparare una nuova versione. Basarsi direttamente sullo stato di Arch in quel momento significa accettare anche eventuali regressioni o modifiche recenti che potrebbero non essere state ancora individuate. L’alternativa consiste nel mantenere una versione modificata e stabilizzata di Arch, aumentando però il lavoro necessario per la gestione dei pacchetti.
BuildStream può dare a KDE maggiore controllo sul sistema
L’utilizzo di BuildStream permetterebbe a KDE di avere un controllo molto più diretto sulle versioni dei componenti inclusi in KDE Linux. Gli sviluppatori potrebbero stabilire con maggiore precisione quali versioni del software utilizzare per ogni release, evitando di dipendere completamente dallo stato corrente dei repository Arch.
Questo aspetto potrebbe diventare particolarmente importante per un sistema operativo progettato con release discrete e orientato alla stabilità. KDE potrebbe congelare una determinata combinazione di componenti, correggerla e mantenerla durante il ciclo di sviluppo della versione senza dover seguire necessariamente l’evoluzione continua di Arch.
Un altro vantaggio riguarda l’integrazione di software che non è attualmente disponibile nei repository Arch. Con una propria infrastruttura di build, KDE avrebbe maggiore libertà nell’aggiungere componenti necessari al progetto e nel decidere direttamente come integrarli nel sistema.
Il lavoro non sarebbe comunque completamente isolato. La variante KDE Linux basata su BuildStream utilizza infatti il FreeDesktop Flatpak SDK, lo stesso ambiente di sviluppo impiegato da GNOME OS. Questo permette di condividere parte del lavoro di manutenzione tra i progetti e di ridurre la quantità di infrastruttura che KDE dovrebbe gestire autonomamente.
Il progetto sperimentale ha richiesto diversi mesi di lavoro e gli sviluppatori continueranno a lavorarci nel corso di ottobre. L’obiettivo è arrivare proprio durante questo periodo a una decisione sull’eventuale integrazione definitiva della soluzione BuildStream all’interno di KDE Linux.