На KDE Dot на днях появилась статья о планируемых изменениях в процессе разработки. Следом за ней, появились две записи (1, 2)в блоге одного из разработчиков из Trolltech, которые поясняют, какой путь был пройден, прежде чем эти изменения стали действительно неизбежными.

При текущей модели разработки периоды активной реализации новых фич сменяются периодами “заморозки”, когда принимаются только исправления ошибок. Это связано с ограничениями используемой сейчас системой управления исходным кодом — SVN. В SVN довольно трудно работать с несолькими ветками разработки, поэтому разработчики стараются минимализировать их количество: фактически сейчас, на пример, работы ведутся только в ветке KDE 4.1 (только исправление ошибок) и 4.2 (активная разработка новых фич для следующиего релиза). За несколько месяцев до выпуска 4.2 произойдёт “заморозка” — и с этого момента прогресс KDE по реализации новых интересных возможностей практически остановится до тех пор, пока не будет объявлено о начале разработки ветки 4.3.

Более интересной была бы модель “always summer in trunk”, при которой разработка новых фич никогда не прекращается, а дополнительные стабильные и экспериментальные ветки создаются при необходимости. Переход на эту модель может быть совершён только со сменой системы управления исходным кодом, использующей в проекте — шаг довольно сложный, потому как подразумевает изменение всей инфраструктуры проекта, и затрагивает каждого разработчика. Надо ли говорить, что далеко не каждый будет рад изменить свои привычки и рабочее окружение.

Тем не менее — процесс уже зашёл так далеко, что планы о смене модели разработки были разглашены в статье на KDE Dot. В качестве наиболее вероятной замены SVN называется Git, используемый, в частности разработчиками ядра Linux и в проекте Wine. Однако, пока что есть проблемы и с возможным переходом на Git — при попытке конвертировать SVN-репозитории в Git теряется часть информации (что неудивительно, учитывая размер проекта), даже не смотря на то, что весь объём кода планируется разбить на несколько сотен репозиториев (сейчас многие проекты используют один репозиторий, в будущем у большинства приложений будут независимые репозитории). Git пока ещё не готов для KDE.

Вообще разработчики рассматривали множество альтернатив и сравнивали их по многим параметрам, но к финалу пришли только Git и Mercurial. Git пока что выглядит победителем, но поскольку не все проблемы ещё решены, теоретически возможно, что будет принято решение в пользу другой системы. По крайней мере, это верно для KDE, а вот переход Qt на Git — дело уже решённое.

Всем интересующимся вопросом советую прочитать обо всём этом подробнее по ссылкам, указанными выше.

Ну и по традиции — если тут кому-то интересно, то вышел очередной багфикс-релиз KDE 3.5.10.

Примечательно только то, что для кого-то он являлся сюрпризом. А разработчики, собственно, обещали поддерживать ветку 3.5 — вот и поддерживают.

Зарелизился Lancelot — альтернативное стартовое меню:

Почему QtWebKit только сейчас начал правильно отображать тест Acid3? Дело в том, что разработчики проводили работу по лучшей интеграции QtWebKit в фреймворк: “В QtWebKit мы решили использовать как можно больше Qt. Поэтому вместо ICU мы использовали поддержку Unicode из Qt, вместо libxml2 мы использовали QXmlStreamReader, а для отображения шрифтов мы полностью полагаемся на QFont и QTextLayout”

У меня сейчас openSUSE 11 и KDE 4.1, и при установке я честно указал, что говорю по-русски. Ещё когда я писал эту заметку я догадывался, как это может повлиять на использование KRunner: если у Аарона возникли проблемы с недостающими ключевыми словами в ярлыках, то у меня тут вообще, похоже, никаких ключевых слов нигде не прописано — ни английских, ни русских. KRunner явно ищет только по названию, в результате по слову “image” находится GIMP, а по “изображени” (привет, падежи) к нему присоединяются Gwenview и Krita. При этом KolourPaint и digiKam слова “изображение” в названии вообще не содержат, так что — …

Зато со словом “установка” можно сделать красивый скриншот:

Qt 4.5 может быть и не ждут с такой страшной силой, как ждали 4.4, но тем не менее — реализация некоторых новых возможностей KDE снова упёрлась в некоторые ограничения библиотеки.

Собственно, обзор некоторых улучшений недавно был опубликован на OpenNet, да и ранее говорилось, что основное внимание будет уделено улучшению производительности и новым фичам QWebKit и графического движка. Загляните в этот обзор, а я добавлю некоторые замечания по результатам наблюдения за KDE Planet.

Поддержка тэга <video> может быть пока что и не волнует большинство пользователей, однако в нынешней инкарнации QWebKit не поддерживает даже банального флэша. Понятное дело, из-за этого ни о каком переводе Konqueror на WebKit до выхода Qt 4.5 не может идти и речи.

Что касается оптимизации графического движка — разработчики Nokia сейчас активно тестируют Qt на платформе Maemo, и их впечатления часто можно выразить одним словом: тормозит-с. Дело в том, что на Maemo используется 16-битный режим работы с графикой, в то время как Qt 4.4 оптимизирован для работы с 32 битами. С этим обещают разобраться в 4.5

Очередная весточка от aseigo о новых старых возможностях Plasma: вчера он реализовал возможность скрытия панелей и возможность перекрытия панелей окнами, на тот случай если вы скучали по этим опциям после KDE3. При этом он обещает, что всё будет тормозить и глючить гораздо меньше, чем ранее (в KDE3 при спрятанной панели kicker периодически проверяет текущие координаты указателя, чем постоянно “будит” процессор), правда, при нынешней реализации вы не увидите никакой анимации скрытия и отображения панели без активации композитного менеджера.

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

Вышла стабильная версия новых драйверов NVIDIA. Одно из важных изменений — “улучшение взаимодействия менеджера памяти между драйвером и подсистемой OpenGL X сервера”, или говоря по-простому — эффекты KWin теперь не тормозят.

Вот вам, кстати, пример того, почему KDE 4.0 был выпущен в таком состоянии. Qt4 и KWin4 используют некоторые возможности X-сервера, которые ранее не применялись в других оболочках, и тестирование этих возможностей в своё время выявило некоторые баги как в Xorg, так и в драйверах видеокарт. Кто-то исправил свои баги раньше, а у NVIDIA дошли руки только сейчас — и это более чем через полгода после выхода KDE 4.0. А до его выхода проблему просто игнорировали. Вышел бы “стабильный” KDE4 на полгода позже — ждать бы наверняка пришлось бы ещё дольше.

Поправка: Вообще-то это драйвера не стабильные, а всё ещё бета

На LOR’е пишут:

KDE3TO4 — это визард, состоящий из комплекса модульных bash-скриптов, облегчающих жизнь желающим мигрировать из KDE3 на KDE4.

Визард достаточно просто переносит настройки различных приложений из каталога KDE3 в каталог настроек KDE4

Вообще странно, что в сам KDE не входит ничего подобного. Сам процесс переноса состоит из пары команд копирования, но всё же.

Здраствуйте.