Очереной багфикс-релиз планировалось выпустить 1 октября, но его уже во второй раз отложили на день из-за проблем со сломанным ABI (бинарной совместимостью).

Из заметных изменений можно отметить множество изменений в KHTML, исправленение некоторых причин падения Kopete, и несколько исправлений в других пакетах.

Что интересно, пользователи Gentoo, которые так и не дождались в официальном дереве портежей KDE 4.1.0 и 4.1.1, сегодня увидели ебилды для KDE 4.1.2. Пока что они замаскированы, но даже размаскировав, вы их не сможете установить, потому как официально архивы с исходниками окончательного релиза 4.1.2 ещё не доступны. К слову, если вы установили KDE 4.1.1 из оверлея kde-testing, то перед установкой KDE 4.1.2 вам придётся сначала удалить 4.1.1 (из-за изменения именования слотов) (поправка: если вы устанавливали KDE 4.1.1 менее двух недель назад, то этого делать не надо. KDE 4.1.x должен быть установлен в слоте :4.1, а не :4).

Во многих других дистрибутивах KDE 4.1.2 также появился уже сегодня, но официального объявления на kde.org ещё не было.

Добавка Оптимизация операции удаления также нашла свой путь в этот релиз

KDE всегда было крепким орешком для разработчиков Gentoo. В начале 2005 года структура KDE была разбита на несколько сотен пакетов: от kwin до kolourpaint’а. С одной стороны это облегчало минорные обновления (когда из-за уязвимости в konqueror не надо было полностью перекомпилировать kdebase), а также давало возможность устанавливать только необходимые компоненты, с другой — управляться с несколькими сотнями пакетов сложновато и пользователям, и разработчикам.

В любом случае, схема «разделённые ебилды» была введна во времена 3.4.x, и к настоящему времени полностью заменила «монолитные ебилды». Для KDE 4.0 и KDE 4.1 монолитных ебилдов нет и не будет, как и даже для KDE 3.5.10. В прочем, к выходу KDE 4.2 разделённых ебилдов уже тоже не останется.

Стоп, как это не останется? Continue reading »

В начале года перспективы KDE на Gentoo казались радужными. Майнтейнеры оверлея genkdesvn, который почти всё время разработки KDE 4 предоставлял “живые ебилды” для всех желающих, присоединились к официальной команде поддержки KDE на Gentoo. Обновление версий KDE не слишком запаздывало, а количество багов в Gentoo Bugzilla, назначенных команде KDE, уменьшалось.

Так было до тех пор, пока весной из-за ссоры с другим разработчиком руководителя команды KDE не выбросили из проекта. По крайней мере, чтение багзиллы даёт именно такое представление. Следом ушли два других разработчика (все трое были из команды genkdesvn). А потом подошёл релиз KDE 4.1.0, и оказалось, что у оставшихся мэйнтейнеров не хватает свободного времени на доработку ебилдов (в Gentoo зарплату никто не получает, так что работа в Gentoo для разработчиков является хобби). Добавьте к этому обычные проблемы поддержки такого большого проекта в Gentoo — даже предыдущей команде потребовалась неделя на добавление KDE 4.0.0 в официальное дерево. С другой стороны, разработчики упёрлись в некоторые ограничения системы пакетов Gentoo, которые были решены только в недавних билдах Portage (изменение формата оверлея genkdesvn тоже было с этим связано).

Итог всего этого — вот уже подходит KDE 4.1.2, а в официальном дереве портежей Gentoo до сих только KDE 4.0.x.

Что тут можно сказать хорошего? Во-первых разработка новых ебилдов всё-таки идёт. Вот тут можно видеть лог изменений в официальном оверлее майнтейнеров KDE в Gentoo (рано или поздно именно оттуда ебилды будут перенесены в официальное дерево). На самом деле этот оверлей можно подключить уже сейчас, и устанавливать KDE 4.1 оттуда (см. официальное руководство)

Необходимые изменения в формате ебилдов уже одобрены недавним решением Gentoo Council и реализованы в Portage (пока что только в нестабильных версиях). Более того — другие оверлеи уже начинают использовать USE-зависимости.

Оверлей genkdesvn никуда не делся. Даже покинув официальную команду Gentoo, разработчики этого оверлея продолжают предоставлять “живые” ебилды KDE SVN (лог изменений этого оверлея это подтверждает). Напомню, что сейчас этот оверлей можно использовать только с альтернативным менеджером пакетов — Paludis. Но, возможно, он будет совместим и с новыми версиями Portage (с принятием нового стандарта ебилдов). На этот счёт я не уверен. Добавка: нет, kdebuild-1 (стандарт ебилдов, используемый в этом оверлее) и EAPI 2 (новый стандарт ебилдов, утверждённый в Gentoo) не совместимы

Кроме того, с переходом genkdesvn на Paludis появился форк этого оверлея — оверлей kdesvn-portage, в котором продолжают поддерживаться “живые” ебилды KDE SVN, совместимые с Portage.

Кстати, бывшие мэйнтейнеры KDE в Gentoo были замечены в проекте Exherbo. Собственно, у одного из них в блоге можно увидеть заметку, что KDE 4.1.1 уже доступен в Exherbo

Команда разработчиков Gentoo KDE планирует изменить формат оверлея c «живыми» ебилдами и перейти на использование альтернативного пакетного менеджера для Gentoo — Paludis. Также новый оверлей будет состоять не из монолитных, а разделённых пакетов.

Работа над новыми ебилдами ведётся в закрытом режиме, никаких крупных изменений в основном оверлее пока ещё не произведено. Так что пока ещё вы можете пользоваться оверлеем как с Portage, так и с Paludis’ом.

Paludis частично совместим с Portage: в том смысле, что вы можете перейти с Portage на Paludis и обратно, но обе эти операции не тривиальны, хотя и подробно расписаны в документации (в отличии от других альтернативных менеджеров пакетов Gentoo — Entropy и Pkgcore, которые могут быть использованы параллельно с Portage). Пользователи Paludis’а могут иногда сталкиваться с проблемами совместимости (особенно при использовании других оверлеев).

С другой стороны, Paludis работает быстрее и предоставляет некоторые дополнительные удобства. Помните это сообщение об ошибке «Пакет X требует установки пакета Y с USE-флагом A»? Теперь вы его будете видеть на этапе подсчёта зависимостей, а не на этапе установки пакета X. Также Paludis лучше работает с группами пакетов и «живые» пакеты — и вы будете этому рады, когда у вас будет сотни полторы разделённых пакетов.

Также пользователям Gentoo советую обратить внимание на вот этот оверлей со свежими снапшотами Qt 4.4. Его использование необязательно, но может быть полезным, если вы хотите использовать все самые новые баги и фичи Qt.

Да-да, опять Gentoo (а что ж вы мне сами не рассказываете, что там интересного в других дистрибутивах происходит?). У нашего с вами любимого оверлея запустился новый сайт, сделанный Solshark’ом. Solshark во-первых живёт в Украине, а во-вторых сам же и сообщил мне о новом сайте. Примечательная особенность нового сайта — у него есть русская и английская версия (документация там переведена не вся, но это, я думаю, временно).

Спасибо, Solshark!

Выложил вот здесь статью, в которой постарался осветить все вопросы, связанные с использованием оверлея с «живыми» ебилдами KDE SVN.

Qt 4.4 beta появился в портежах, а пару часов назад в ебилды оверлея genkdesvn были внесены последние изменения, необходимые для поддержки последних сборок KDE 4.1.

Здраствуй, вендекапец.

Обещанная статья будет на выходных.

Вчера Trolltech выпустила бета-версию Qt 4.4, той версии Qt, с которой связано столько надежд и ожиданий. Разработчики KDE давно перешли на использование ежедневных снапшотов, так что на них это особо не повлияло.

Между тем разработчики Gentoo продолжают сражаться с ебилдами для Qt 4.4. Дело в том, что когда стало известно, как разрастётся библиотека в версии 4.4, Qt-команда Gentoo приняла решение разделить Qt-пакет на компоненты (в частности, вынести qt-webkit и qt-phonon в отдельные пакеты). Некоторые компоненты Qt могут использоваться даже в приложениях без графического интерфейса (библиотека для работы с БД, к примеру), а значит, иметь возможность установить их на системе без необходимости ставить X.org может оказаться полезной.

Всё это замечательно, но требует работы со стороны майнтейнеров Gentoo (к тому же, переход KDE на Qt 4.4 ожидался несколько позже). Команда поддержки Qt в Gentoo сейчас неактивна, поэтому за доработку ебилдов Qt 4.4 взялся один из майнтейнеров KDE (герой по имени Ingmar). Его ебилды почти готовы, но некоторые проблемы, связанные именно с разделением пакетов, ещё не решены — некоторые KDE-пакеты просто не компилируются с раздёленными Qt-пакетами (при чём при попытке использовать Qt 4.4 как монолитный пакет этих ошибок не возникает). В любом случае, разработчики заявляют, что эти проблемы должны быть решены в самом ближайшем будущем. Может быть, уже сегодня вечером мы увидим рабочие ебилды Qt в дереве портежей, а может быть придётся подождать ещё пару дней.

Вчера используемая разработчиками KDE копия Qt в основной ветке разработки обновлена до пре-беты Qt 4.4. Это значит, что разработчики KDE 4.1 наконец-то могут использовать новые долгожданные возможности Qt 4.4:

• интеграция Phonon;
• интеграция WebKit;
• «виджеты на холсте».

Последнее крайне важно для развития Plasma: данное изменение озаначает, что теперь можно использовать в апплетах Plasma виджеты Qt — такие, как комбобоксы или поля ввода. Или QWebKit (новый виджет, с помощью которого будут рендериться HTML-страницы). Пример реализации тех возможностей, которые это предоставляет разработчикам, вы могли видеть в недавней заметке про Amarok

Также новый Qt работает быстрее и исправляет некоторые ошибки. В ветке KDE 4.0 будет попрежнему использоваться Qt 4.3.

Добавка: надо сказать, разработчики Gentoo, заведующие оверлеем genkdesvn, к этому шагу оказались не готовы. Разработчики Plasma уже на радостях начали коммитить изменения, требующие Qt 4.4, а в портежах есть только версия Qt 4.4tp1 двухмесячной давности. Разработчики KDE используют ежедневые снапшоты Qt со своими модификациями (так называемая Qt-copy), но ебилды для этой версии Qt по ряду причин в genkdesvn не включены. Так что в настоящее время и до включения более новой версии Qt в основное дерево портежей или один из оверлеев, многие пакеты из genkdesvn скомпилировать не получится.

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

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

При использовании SVN часто бывает, что нужные пакеты банально не компилируются. Вообще-то в моём случае так и получилось: при первой попытке установить первый же KDE-шный пакет компиляция так и не началась. Когда я спросил о своей проблеме на форуме Gentoo, мне ответил один из читателей этого блога (!) — оказалось, на тот момент нужный фикс уже добрался до SVN. Он же посоветовал мне следить за KDE build state — на этой странице отслеживается, какие SVN-пакеты невозможно скомпилировать. Она обновляется автоматически, и если там видно, что определённый пакет не компилируется, то вы, по крайней мере, можете быть уверены, что разработчики KDE уже знают о проблеме, и в скором времени её решат.

Также на форумах Gentoo можно найти целых два скрипта для автоматического обновления «живых» пакетов: универсальный update-live-ebuilds и более заточенный для KDE updatesvn. Как сказал Линус Т., “boring names is what we good at”. Об одном из этих скриптов обязательно напишу подробнее в обещанной статье