Durante un incontro dei sviluppatori del progetto KDE svoltosi a Graz (Austria) è stata presa la decisione di chiudere il programma di supporto a lungo termine (LTS) per l'ambiente desktop KDE Plasma. Invece di occuparsi del supporto delle versioni LTS da parte del progetto KDE, questo compito sarà delegato agli sviluppatori delle distribuzioni, che, se vogliono fornire codice obsoleto, dovranno monitorare personalmente la correzione dei bug nei pacchetti delle vecchie versioni di KDE Plasma. Attualmente, il supporto a lungo termine fornito da KDE non copre l'intero prodotto: la branch LTS è disponibile solo per il desktop e non viene formata per i framework e le applicazioni. Pertanto, gran parte del lavoro di mantenimento del supporto a lungo termine di KDE come prodotto, che comprende molti componenti, la maggior parte dei quali non ha lo stato LTS, è già a carico delle distribuzioni.
Da parte loro, gli sviluppatori di KDE invece di creare rami LTS separati prolungheranno leggermente il ciclo di supporto delle versioni standard e pubblicheranno un ulteriore aggiornamento correttivo per ogni rilascio significativo (ci saranno sei aggiornamenti intermedi anziché cinque). È in discussione l'estensione del ciclo di sviluppo: invece di tre, si propone di rilasciare due versioni significative all'anno con un periodo di supporto più lungo, il che permetterebbe di considerare ogni rilascio di KDE Plasma come una mini-LTS. Il passaggio a un ciclo di sviluppo più lungo è al momento rimandato fino alla risoluzione di tutti i problemi con Wayland, ma gli sviluppatori intendono tornare a discuterne tra 4 mesi alla conferenza Akademy.
L'analisi dei messaggi di errore nelle vecchie branche LTS richiede molto tempo agli sviluppatori di KDE, poiché alcune problematiche non possono essere riprodotte a causa dell'uso di stack software specifici nei vari distribuiti o della desincronizzazione dello stato dei pacchetti con la base di codice attuale di KDE (ad esempio, un problema potrebbe essere già stato risolto nel repository principale di KDE, ma rimane irrisolto in alcune distribuzioni). L'uso del termine LTS crea aspettative eccessive di stabilità negli utenti, mentre gli sviluppatori lo considerano come un impegno a correggere i bug nelle versioni obsolete.
L'interruzione del lavoro sulle branche LTS libererà risorse e permetterà di concentrarsi sulla risoluzione dei problemi attuali che gli sviluppatori di KDE possono riprodurre e correggere. Gli utenti saranno invitati a segnalare problemi nelle vecchie branche di KDE attraverso i sistemi di tracciamento dei bug delle distribuzioni, poiché i pacchetti che le accompagnano sono meglio informati sullo stato della pila grafica e dei pacchetti in ogni singola distribuzione.
Inoltre, si segnala la riforma del meccanismo di invio della telemetria. Come in precedenza, la telemetria rimarrà disattivata per impostazione predefinita e l'invio dei rapporti avverrà solo dopo esplicita attivazione da parte dell'utente. Le differenze riguardano la possibilità di effettuare controlli mirati, necessari per prendere decisioni. Ad esempio, se gli sviluppatori decidono di rimuovere un effetto in KWin, ritenendo che nessuno lo utilizzi, potranno effettuare un controllo mirato che consentirà di capire se tale effetto è effettivamente attivo per alcuni utenti.
Il nuovo sistema ricorderà il Steam Hardware Survey: agli utenti verrà anche mostrato un dialogo con un'opzione per partecipare a ricerche che portano all'invio della telemetria. Per ogni ricerca sarà fornito un elenco completo di tutti i dati raccolti. L'utente può scegliere di partecipare a una ricerca specifica, rifiutarsi o disattivare completamente la visualizzazione di tali offerte. I rapporti con le statistiche aggregate di ciascuna ricerca saranno pubblicati in accesso aperto.
Fonte: opennet.ru
