1

Разработчики проекта KDE рассматривают вопрос о сокращении цикла подготовки значительных выпусков. В соответствии с опубликованным предложением, релизы планируется формировать раз в три месяца, что позволит ускорить доведение новых возможностей до пользователей и упростить формирование выпуска за счёт сокращения числа изменений и введения единой заморозки для всех компонентов KDE.

По мнению авторов предложения ускорить темп разработки можно за счёт сокращения фазы тестирования - для обеспечения стабильности предлагается поддерживать master-ветку в постоянно стабилизированном и готовом к релизу виде. Два месяца предлагается уделить приёму новых возможностей, а третий месяц потратить на формирование релиза и бета-тестирование. Таким образом, значительные выпуски будут выходить чаще и включить только возможности, готовые для использования в текущий момент. Предложение будет рассмотрено на ближайшем саммите разработчиков и в случае одобрения будет применено в процессе подготовки KDE SC 4.12.

Против предложения уже выступили представители проекта openSUSE, которые указали на то, что для поддержания пакетов с KDE в дистрибутиве оптимальным является текущий шестимесячный цикл разработки. При более частом формировании релизов нагрузка на мэйнтейнеров пакетов заметно возрастёт, что может отрицательно сказаться на качестве интеграции KDE в дистрибутив. Кроме того, значительные релизы раз в три месяца плохо синхронизируются с типичным 6- и 8-месячными циклами подготовки дистрибутивов.

В противовес авторы инициативы указывают на то, что релизы будут содержать меньше изменений и соответственно меньше ошибок, что скажется на упрощении процесса тестирования. Дистрибутивы также смогут включать в свой состав более свежие версии KDE, так как можно будет избежать ситуации, когда очередной значительный выпуск KDE выходит после заморозки пакетной базы, и дистрибутив вынужден поставлять устаревшее окружение, так как не успевает интегрировать новую версию.


Оригинал новости: http://www.opennet.ru/opennews/art.shtml?num=37385

2

С учётом того, что в базовой части (kdelibs и kde-workspace) они собираются только фиксить баги, то может действительно, 3-месячный цикл релизов будет оптимальным. Единственное, что вызывает опасения, это локализация - если строки будут меняться чаще, то локализаторы могут просто перестать успевать всё вовремя переводить.

Intel Core i7-3770 / 4 Gb RAM / GeForce GTS 250 / Rosa 2012.1 i586

3

Как-то слабо соотносится намерение править только баги, сокращение срока тестирования и срока подготовки релиза. И совсем не понятно, что они имеют в виду под определением "значительного выпуска", в котором, как сами же заявляют, будут править только баги и будут вносить как можно меньше изменений. Или значимость выпуска теперь - это увеличение номера релиза? Чем больше цифра - тем круче? Эпидемия прямо какая-то с этими цифрами!
Интересно, а баг с отрисовкой системного лотка они к какой значимой цифре исправят? Или это не баг, а фича?

4

urfin пишет:

Интересно, а баг с отрисовкой системного лотка они к какой значимой цифре исправят? Или это не баг, а фича?

А что за баг?

5

При отрисовке новой иконки в системном лотке (после запуска скайпа, например) правая крайняя иконка выезжает за край лотка, и и справа от лотка отрисовывается часть этой иконки. А убирается эта отрисовка только, если провести по этому месту мышью.
http://storage1.static.itmages.ru/i/13/0711/s_1373539504_9044672_88c7b40230.jpg
Присмотритесь, как изменяется после запуска скайпа иконка системного монитора, расположенная справа от системного лотка, после того как на нее наезжает иконка подключаемых устройств.

6

Ну как дети, чесслово. Всё никак не наиграются.