Tydens 'n vergadering van KDE-projekontwikkelaars wat in Graz (Oostenryk) gehou is, is 'n besluit geneem om die langtermynondersteuningsprogram (LTS) vir die KDE Plasma-lessenaaromgewing af te skaf. In plaas daarvan dat die KDE-projek LTS-takke onderhou, sal hierdie taak gedelegeer word aan verspreidingsontwikkelaars, wat, indien hulle ouer kode wil stuur, onafhanklik foutherstellings in pakkette met ouer weergawes van KDE Plasma sal moet opspoor. In sy huidige vorm dek langtermynondersteuning van KDE nie die hele produk nie - die LTS-tak is slegs beskikbaar vir die lessenaar, maar is nie gevorm vir raamwerke en toepassings nie. Dus, die grootste deel van die werk om langtermynondersteuning vir KDE as 'n produk wat uit baie komponente bestaan, waarvan die meeste nie LTS-status het nie, te handhaaf, is reeds deur verspreidings gedoen.
Van hul kant, in plaas van om aparte LTS-takke te skep, sal KDE-ontwikkelaars die onderhoudsiklus van gereelde vrystellings effens verleng en 'n addisionele korrektiewe vrystelling vir elke beduidende tak publiseer (daar sal ses tussentydse opdaterings wees in plaas van vyf). Daar is 'n bespreking oor die verlenging van die ontwikkelingssiklus - in plaas van drie, word voorgestel om twee beduidende vrystellings per jaar met 'n langer onderhoudstydperk vry te stel, wat elke vrystelling van KDE Plasma as 'n mini-LTS sal beskou. Die oorgang na 'n langer ontwikkelingsiklus is tans opgeskort totdat al die probleme met Wayland opgelos is, maar die ontwikkelaars beoog om dit oor 4 maande by die Akademy-konferensie weer te bespreek.
Die ontleding van foutboodskappe in ou LTS-takke neem baie tyd vir KDE-ontwikkelaars in beslag, aangesien sommige probleme nie gereproduseer kan word nie as gevolg van die gebruik van spesifieke sagtewarestapels in verspreidings of desinchronisasie van die status van pakkette met die huidige KDE-kodebasis (byvoorbeeld, die probleem is dalk reeds in die hoof KDE-bewaarplek opgelos, maar bly onopgelos in sommige verspreidings). Die gebruik van die term LTS skep onnodige verwagtinge van stabiliteit van gebruikers, terwyl ontwikkelaars dit beskou as 'n ooreenkoms om foute in ouer weergawes reg te stel.
Deur werk aan die LTS-takke te staak, sal hulpbronne vrygestel word en ons toelaat om te fokus op die regstelling van huidige probleme wat KDE-ontwikkelaars kan reproduseer en regstel. Gebruikers sal aangemoedig word om probleme in ouer KDE-takke via die verspreiding se foutopsporingstelsels te rapporteer, aangesien pakketonderhouders beter ingelig is oor die status van die grafiese stapel en pakkette in elke spesifieke verspreiding.
Daarbenewens is die meganisme vir die stuur van telemetrie hervorm. Soos voorheen, sal telemetrie standaard gedeaktiveer bly en verslae sal slegs gestuur word na eksplisiete aktivering deur die gebruiker. Die verskille kom neer op die moontlikheid om individuele, gerigte kontroles uit te voer wat nodig is vir besluitneming. Byvoorbeeld, as ontwikkelaars 'n effek in KWin wil verwyder, met die veronderstelling dat niemand dit gebruik nie, kan hulle 'n geteikende kontrole uitvoer wat hulle in staat sal stel om te verstaan of hierdie effek werklik vir sommige gebruikers geaktiveer is.
Die nuwe stelsel sal soos die Steam Hardware Survey lyk - gebruikers sal ook 'n dialoog kry wat hulle vra om deel te neem aan navorsing wat daartoe lei dat telemetrie gestuur word. Vir elke studie sal 'n volledige lys van alle data wat versamel is, verskaf word. Die gebruiker kan instem om aan 'n spesifieke studie deel te neem, weier of die vertoon van sulke aanbiedinge heeltemal deaktiveer. Verslae met opsommende statistieke vir elke studie sal in die publieke domein gepubliseer word.
Bron: opennet.ru
