Durante reunião recente de desenvolvedores realizada em Graz, Áustria, A equipe do projeto KDE tomou uma decisão importante e é que o programa vai acabar suporte de longo prazo (LTS) para KDE Plasma. A partir de agora, as distribuições serão responsáveis por manter versões legadas do desktop, se assim desejarem, assumindo a tarefa de rastrear e aplicar correções de bugs de forma independente.
O modelo LTS aplicado até agora, cobriu apenas parcialmente o ecossistema KDE. Embora houvesse ramificações LTS para o ambiente de desktop Plasma, esse suporte Não se estendeu a estruturas ou aplicações do projeto, deixando as distribuições com boa parte do trabalho de manutenção. Em muitos casos, os desenvolvedores de distribuição já estavam fazendo esforços significativos para fornecer suporte total, tornando o modelo atual fragmentado e ineficiente.
Além disso, Manter versões mais antigas envolvia um fardo adicional para os desenvolvedores do projeto. Corrigir bugs em ramificações LTS muitas vezes exigia lidar com problemas que não podiam ser reproduzidos, devido a diferenças em pilhas gráficas específicas da distribuição ou fora de sincronia com o repositório principal do KDE. Isso, somado às expectativas de estabilidade geradas pelo termo "LTS" entre os usuários, levou a equipe a repensar seriamente sua estratégia.
Uma nova abordagem: versões regulares mais duradouras
Em vez de criar ramos LTS separados, O KDE adotará um modelo de manutenção mais ágil mas igualmente robusto. Cada versão regular do Plasma contará com seis atualizações de manutenção. em vez dos cinco habituais, prolongando assim o seu ciclo de vida. Também está em pauta a possibilidade de reduzir a frequência de grandes lançamentos, passando de três para dois por ano, para que cada versão possa funcionar como uma espécie de "mini-LTS" com suporte estendido.
Esta mudança libertaria recursos valiosos, concentrando os esforços da equipe na correção de bugs atuais e reproduzíveis, em vez de manter versões desatualizadas que dependem de ambientes muito específicos. No entanto, a proposta de estender os ciclos de desenvolvimento ainda está em avaliação, aguardando a resolução de várias questões relacionadas à transição completa para o Wayland. Espera-se que essa discussão seja retomada na próxima conferência da Akademy em quatro meses.
Não é segredo que nosso produto Plasma LTS (Long Term Support) não é ótimo. Na verdade, isso significa apenas que lançamos correções de bugs por mais tempo do que o normal, geralmente sem nem mesmo testá-las, já que nenhum desenvolvedor Plasma gosta de viver em branches antigos ou testá-los. Além disso, não há nenhum produto LTS equivalente para aplicações Frameworks ou Gear, o que deixa muitas lacunas no conceito LTS. Além disso, o significado de “LTS” varia de pessoa para pessoa; Muitos têm uma definição ampla do termo que gera expectativas de estabilidade impossíveis de cumprir.
Concluímos que a natureza limitada do produto não atendia às expectativas de ninguém, então decidimos descontinuá-lo. Em vez disso, estenderemos um pouco o período de suporte efetivo para versões regulares do Plasma adicionando uma versão adicional de correção de bugs, aumentando nosso período de suporte de cinco para seis.
Telemetria mais transparente e participativa
Outra mudança anunciado na reunião de desenvolvedores é o reforma do sistema de telemetria, que permanecerá opcional, mas com uma abordagem mais participativa e específica. O novo mecanismo é inspirado no modelo Steam Hardware Survey: os usuários serão convidados a participar de estudos específicos por meio de uma caixa de diálogo, onde poderão ver exatamente quais dados serão coletados antes de aceitar ou recusar a participação.
este sistema permitirá que os desenvolvedores tomem decisões mais bem informadas, como saber se certos efeitos visuais no KWin ainda estão sendo usados antes de decidir removê-los. Cada estudo será acompanhado por um resumo público com estatísticas anônimas, e os usuários sempre terão a opção de cancelar convites futuros.
Se encaixa Deve-se mencionar que a retirada do apoio ao LTS não implica um abandono do compromisso com a estabilidade, mas uma mudança em direção a uma estratégia mais realista e sustentável para um projeto tão grande e modular como o KDE. Com ciclos de manutenção mais razoáveis, tratamento de erros mais eficaz e telemetria clara e voluntária, o KDE visa melhorar sua capacidade de resposta às necessidades reais dos usuários.
fonte: https://pointieststick.com