В недавняя встреча разработчиков состоявшемся в Граце, Австрия, Команда проекта KDE приняла важное решение и это программа закончится долгосрочная поддержка (LTS) для KDE Plasma. Отныне дистрибьюторы будут нести ответственность за поддержку устаревших версий рабочего стола, если они того пожелают, самостоятельно отслеживая и применяя исправления ошибок.
Модель LTS, применяемая до сих пор, лишь частично охватил экосистему KDE. Хотя для среды рабочего стола Plasma существовали ветви LTS, эта поддержка Это не распространялось на фреймворки или приложения. проекта, оставив большую часть работы по обслуживанию на долю дистрибьюторов. Во многих случаях разработчики дистрибутивов уже прилагали значительные усилия для обеспечения полной поддержки, что делало текущую модель фрагментированной и неэффективной.
Кроме того, Поддержание старых версий влекло за собой дополнительную нагрузку для разработчиков проекта. Исправление ошибок в ветках LTS часто требовало решения проблем, которые не удавалось воспроизвести из-за различий в графических стеках, специфичных для дистрибутивов, или из-за несинхронизации с основным репозиторием KDE. Это, в сочетании с ожиданиями стабильности, вызванными термином «LTS» среди пользователей, заставило команду серьезно пересмотреть свою стратегию.
Новый подход: более долговечные обычные версии
Вместо создания отдельных LTS-ветвей, KDE примет более гибкую модель обслуживания но столь же прочный. Каждый очередной выпуск Plasma будет включать шесть обновлений технического обслуживания. вместо обычных пяти, тем самым продлевая его жизненный цикл. Также рассматривается возможность сокращения частоты основных релизов с трех до двух в год, чтобы каждая версия могла функционировать как своего рода «мини-LTS» с расширенной поддержкой.
Это изменение освободит ценные ресурсы, концентрация усилий команды на исправлении текущих воспроизводимых ошибок, а не на поддержании устаревших версий, зависящих от очень специфичных сред. Однако предложение о продлении циклов разработки все еще находится на стадии оценки в ожидании решения различных вопросов, связанных с полным переходом на Wayland. Ожидается, что это обсуждение возобновится на следующей конференции Академии через четыре месяца.
Не секрет, что наш продукт Plasma LTS (долгосрочная поддержка) не очень хорош. На самом деле это просто означает, что мы выпускаем исправления ошибок дольше обычного, обычно даже не тестируя их, поскольку ни один разработчик Plasma не любит жить на старых ветках или тестировать их. Более того, для приложений Frameworks или Gear не существует эквивалентного продукта LTS, что оставляет много пробелов в концепции LTS. Более того, значение «LTS» варьируется от человека к человеку; Многие трактуют этот термин слишком широко, порождая ожидания стабильности, которые невозможно удовлетворить.
Мы пришли к выводу, что ограниченный тираж продукта не оправдал ожиданий, поэтому решили прекратить его выпуск. Вместо этого мы немного продлим эффективный период поддержки обычных выпусков Plasma, добавив дополнительный выпуск с исправлением ошибок, увеличив период поддержки с пяти до шести.
Более прозрачная и интерактивная телеметрия
Еще одно изменение объявлено на встрече разработчиков реформа системы телеметрии, который останется необязательным, но с более широким и конкретным подходом. Новый механизм вдохновлен моделью Steam Hardware Survey: пользователям будет предложено принять участие в определенных исследованиях с помощью диалогового окна, в котором они смогут увидеть, какие именно данные будут собираться, прежде чем принять или отказаться от участия.
эта система позволит разработчикам принимать более обоснованные решения, как узнать, используются ли все еще определенные визуальные эффекты в KWin, прежде чем принять решение об их удалении. Каждое исследование будет сопровождаться общедоступным резюме с анонимной статистикой, и пользователи всегда будут иметь возможность отказаться от будущих приглашений.
Здесь Следует отметить, что прекращение поддержки LTS не означает отказ приверженности стабильности, но переход к более реалистичной и устойчивой стратегии для такого большого и модульного проекта, как KDE. Благодаря более разумным циклам обслуживания, более эффективной обработке ошибок и понятной добровольной телеметрии KDE стремится улучшить свою реакцию на реальные потребности пользователей.
источник: https://pointieststick.com