Under en senaste utvecklarmötet hölls i Graz, Österrike, KDE-projektgruppen fattade ett viktigt beslut och är det programmet kommer att avslutas långsiktigt stöd (LTS) för KDE Plasma. Från och med nu kommer distributioner att ansvara för att underhålla äldre versioner av skrivbordet om de så önskar, och ta på sig uppgiften att spåra och tillämpa buggfixar oberoende av varandra.
LTS-modellen som hittills tillämpats, täckte bara delvis KDE-ekosystemet. Även om det fanns LTS-grenar för Plasma-skrivbordsmiljön, stödde detta Det omfattade inte ramverk eller applikationer av projektet, vilket lämnar distributionerna med en stor del av underhållsarbetet. I många fall gjorde distributionsutvecklare redan betydande ansträngningar för att ge fullt stöd, vilket gjorde den nuvarande modellen fragmenterad och ineffektiv.
Dessutom, Att underhålla äldre versioner innebar en extra belastning för projektutvecklarna. Att åtgärda buggar i LTS-grenar krävde ofta att man hanterade problem som inte kunde reproduceras, på grund av skillnader i distributionsspecifika grafikstackar eller att de inte var synkroniserade med KDE:s huvudarkiv. Detta, i kombination med de stabilitetsförväntningar som genereras av termen "LTS" bland användarna, ledde till att teamet allvarligt omprövade sin strategi.
En ny metod: vanliga versioner med längre hållbarhet
Istället för att skapa separata LTS-grenar, KDE kommer att anta en mer flexibel underhållsmodell men lika robusta. Varje vanlig Plasma-utgåva kommer att innehålla sex underhållsuppdateringar. istället för de vanliga fem, vilket förlänger dess livscykel. Även möjligheten att minska frekvensen av större utgåvor, från tre till två per år, diskuteras, så att varje version kan fungera som ett slags "mini-LTS" med utökat stöd.
Denna förändring skulle frigöra värdefulla resurser, att koncentrera teamets insatser på att åtgärda befintliga, reproducerbara buggar, snarare än att underhålla föråldrade versioner som är beroende av mycket specifika miljöer. Förslaget att förlänga utvecklingscyklerna är dock fortfarande under utvärdering, i väntan på lösningar på olika frågor relaterade till den fullständiga övergången till Wayland. Denna diskussion förväntas återupptas vid nästa akademikonferens om fyra månader.
Det är ingen hemlighet att vår Plasma LTS-produkt (Long Term Support) inte är jättebra. Det betyder egentligen bara att vi rullar ut buggfixar under längre tid än vanligt, vanligtvis utan att ens testa dem, eftersom ingen Plasma-utvecklare gillar att leva på gamla grenar eller testa dem. Dessutom finns det ingen motsvarande LTS-produkt för Frameworks- eller Gear-applikationer, vilket lämnar många luckor i LTS-konceptet. Dessutom varierar betydelsen av ”LTS” från person till person; Många har en expansiv definition av termen som genererar förväntningar om stabilitet som är omöjliga att uppfylla.
Vi drog slutsatsen att produktens begränsade karaktär inte uppfyllde någons förväntningar, så vi beslutade att avveckla den. Istället kommer vi att förlänga den effektiva supportperioden för vanliga Plasma-utgåvor något genom att lägga till ytterligare en buggfix-utgåva, vilket ökar vårt stöd från fem till sex.
Mer transparent och deltagandebaserad telemetri
En annan förändring som tillkännagavs på utvecklarmötet är reformen av telemetrisystemet, vilket kommer att förbli valfritt men med ett mer deltagandebaserat och specifikt tillvägagångssätt. Den nya mekanismen är inspirerad av Steam Hardware Survey-modellen: användare kommer att bjudas in att delta i specifika studier via en dialogruta, där de kan se exakt vilken data som kommer att samlas in innan de accepterar eller avböjer att delta.
Detta system kommer att göra det möjligt för utvecklare att fatta bättre välgrundade beslut, hur man vet om vissa visuella effekter i KWin fortfarande används innan man beslutar sig för att ta bort dem. Varje studie kommer att åtföljas av en offentlig sammanfattning med anonymiserad statistik, och användare kommer alltid att ha möjlighet att välja bort framtida inbjudningar.
det bör Det bör nämnas att indragning av LTS-stöd inte innebär att man överger det. av engagemanget för stabilitet, men ett skifte mot en mer realistisk och hållbar strategi för ett projekt så stort och modulärt som KDE. Med rimligare underhållscykler, effektivare felhantering och tydlig, frivillig telemetri strävar KDE efter att förbättra sin respons på verkliga användarbehov.
Fuente: https://pointieststick.com