На состоявшейся в Граце (Австрия) встрече разработчиков проекта KDE принято решение о сворачивании программы длительной поддержки релизов (LTS) среды рабочего стола KDE Plasma. Вместо сопровождения LTS-веток силами проекта KDE данная задача будет делегирована разработчикам дистрибутивов, которые при желании поставлять устаревший код должны будут самостоятельно отслеживать исправление ошибок в пакетах со старыми версиями KDE Plasma.
В текущем виде длительная поддержка со стороны KDE не охватывает весь продукт - LTS ветка доступна только для рабочего стола, но не формируется для фреймворков и приложений. Таким образом, основную работу по поддержанию длительной поддержки KDE как продукта, состоящего из множества компонентов, большая часть из которых не имеет статуса LTS, и без того брали на себя дистрибутивы. Со своей стороны разработчики KDE вместо создания отдельных LTS-веток немного продлят цикл сопровождения обычных релизов и будут публиковать для каждой значительной ветки дополнительный корректирующий релиз (будет шесть промежуточных обновлений вместо пяти). В обсуждении находится вопрос продления цикла разработки - вместо трёх предлагается выпускать два значительных релиза в год с более длительным периодом сопровождения, что позволит рассматривать каждый выпуск KDE Plasma как мини-LTS.
Переход на более длинный цикл разработки пока отложен до устранения всех проблем с Wayland, но разработчики намерены вернуться к его обсуждению через 4 месяца на конференции Akademy. Разбор сообщений об ошибках в старых LTS-ветках отнимает у разработчиков KDE много времени, так как часть проблем не удаётся воспроизвести из-за использования в дистрибутивах специфичных программных стеков или рассинхронизации состояния пакетов с актуальной кодовой базой KDE (например, проблема может быть уже устранена в основном репозитории KDE, но остаётся неисправленной в каких-то дистрибутивах).
Применение термина LTS создаёт излишние ожидания стабильности от пользователей, в то время как разработчики рассматривают его как согласие исправлять ошибки в старых версиях. Прекращение работы над LTS-ветками высвободит ресурсы и позволит сосредоточить внимание на устранение текущих проблем, которые разработчики KDE могут воспроизвести и исправить. Пользователям будет предложено сообщать о проблемах в старых ветках KDE через системы отслеживания ошибок в дистрибутивах, так как сопровождающие пакеты лучше осведомлены о состоянии графического стека и пакетов в каждом конкретном дистрибутиве.
Дополнительно отмечается реформирование механизма отправки телеметрии. Как и раньше телеметрия по умолчанию останется отключена и отправка отчётов будет производиться только после явной активации пользователем. Отличия сводятся к возможности проведения отдельных целевых проверок, необходимых для принятия решений. Например, если разработчики заходят удалить какой-то эффект в KWin, предполагая, что им никто не пользуется, они смогут провести целевую проверку, которая даст возможность понять включён ли данный эффект у каких-то пользователей на деле. Новая система будет напоминать Steam Hardware Survey - пользователям также будет выводиться диалог с предложением поучаствовать в исследованиях, приводящих к отправке телеметрии. Для каждого исследования будет представлен полный список всех собираемых данных. Пользователь может согласиться поучаствовать в конкретном исследовании, отказаться или полностью отключить показ подобных предложений. Отчёты со сводной статистикой по каждому исследованию будут публиковаться в открытом доступе.
Источник: https://www.opennet.ru/opennews/art.shtml?num=63176
В текущем виде длительная поддержка со стороны KDE не охватывает весь продукт - LTS ветка доступна только для рабочего стола, но не формируется для фреймворков и приложений. Таким образом, основную работу по поддержанию длительной поддержки KDE как продукта, состоящего из множества компонентов, большая часть из которых не имеет статуса LTS, и без того брали на себя дистрибутивы. Со своей стороны разработчики KDE вместо создания отдельных LTS-веток немного продлят цикл сопровождения обычных релизов и будут публиковать для каждой значительной ветки дополнительный корректирующий релиз (будет шесть промежуточных обновлений вместо пяти). В обсуждении находится вопрос продления цикла разработки - вместо трёх предлагается выпускать два значительных релиза в год с более длительным периодом сопровождения, что позволит рассматривать каждый выпуск KDE Plasma как мини-LTS.
Переход на более длинный цикл разработки пока отложен до устранения всех проблем с Wayland, но разработчики намерены вернуться к его обсуждению через 4 месяца на конференции Akademy. Разбор сообщений об ошибках в старых LTS-ветках отнимает у разработчиков KDE много времени, так как часть проблем не удаётся воспроизвести из-за использования в дистрибутивах специфичных программных стеков или рассинхронизации состояния пакетов с актуальной кодовой базой KDE (например, проблема может быть уже устранена в основном репозитории KDE, но остаётся неисправленной в каких-то дистрибутивах).
Применение термина LTS создаёт излишние ожидания стабильности от пользователей, в то время как разработчики рассматривают его как согласие исправлять ошибки в старых версиях. Прекращение работы над LTS-ветками высвободит ресурсы и позволит сосредоточить внимание на устранение текущих проблем, которые разработчики KDE могут воспроизвести и исправить. Пользователям будет предложено сообщать о проблемах в старых ветках KDE через системы отслеживания ошибок в дистрибутивах, так как сопровождающие пакеты лучше осведомлены о состоянии графического стека и пакетов в каждом конкретном дистрибутиве.
Дополнительно отмечается реформирование механизма отправки телеметрии. Как и раньше телеметрия по умолчанию останется отключена и отправка отчётов будет производиться только после явной активации пользователем. Отличия сводятся к возможности проведения отдельных целевых проверок, необходимых для принятия решений. Например, если разработчики заходят удалить какой-то эффект в KWin, предполагая, что им никто не пользуется, они смогут провести целевую проверку, которая даст возможность понять включён ли данный эффект у каких-то пользователей на деле. Новая система будет напоминать Steam Hardware Survey - пользователям также будет выводиться диалог с предложением поучаствовать в исследованиях, приводящих к отправке телеметрии. Для каждого исследования будет представлен полный список всех собираемых данных. Пользователь может согласиться поучаствовать в конкретном исследовании, отказаться или полностью отключить показ подобных предложений. Отчёты со сводной статистикой по каждому исследованию будут публиковаться в открытом доступе.
Источник: https://www.opennet.ru/opennews/art.shtml?num=63176
