Месяц: Июнь 2010

Новый ебилд Amarok уже в дереве

Недавно в дерево был добавлен новый ебилд популярного музыкального плеера Amarok, media-sound/amarok-2.3.1-r1.

В ходе проделанной работы, во-первых, наконец-то была убрана зависимость от пакета media-sound/amarok-utils и добавлен use-флаг utils для манипуляции над ними. Напомню в улиты входит сканер коллекции и AFTTagger. Во-вторых, в связи с этим изменением добавлен use-флаг player, который все же оставит возможность установить только улиты без самого плеера. Оба этих флага включены по-умолчанию.

Так же по заверению Jorge Manuel Vicetto добавлена поддержка dev-db/mariadb, но работоспособность пока не проверялась. Добавлен патч исправляющий необходимость сборки x11-libs/qt-gui и x11-libs/qt-qt3support с use-флагом accessibility.

Что касается статуса поддержки новых версий MySQL (libmysqld), то по прежнему требуется MySQL младше 5.1, поэтому Amarok[embedded] заставит выполнить даудгрейд, но разработчики обещают сделать порт в ближайшее время, как выход настроить внешний сервер базы данных и использовать его. Сейчас use-флаг embedded по-умолчанию выключен.

С каким Qt будут поставлять грядущий KDE SC 4.5?

Покопавшись в исходниках, а именно напоровшись на ошибку при сборке, мною была найдена приятная новость.
На момент релиза KDE SC 4.5, который запланирован на 4 августа этого года, текущая актуальная ветка Qt 4.6 уже будет являться не совсем свежей, так как окончательный релиз Qt 4.7.0, находящий в данный момент в стадии бета, планируется на середину лета, точная дата пока неизвестна. Но не забудем, что возможный переносы на более поздние сроки, ведь на этой неделе было решено добавить в цикл разработки вторую бету Qt, чтобы окончательный релиз получился максимально стабильным, и только после планируется сделать релиз-кандидат.
Разработчики KDE позаботились, чтобы у дистросборщиков голова болела как можно меньше и не возникало вопросов с какой же версией Qt поставлять новенькие «кеды», корректная работа гарантирована с любой версией.
qt_47_or_46
Вспоминается печальная история произошедшая в феврале 2009 года, когда Sebastian Kügler накануне выхода KDE 4.2 предупредил, что не стоит обновлять Qt, если не хотите получить кучу проблемы с плазмой. В этот раз подобных выходок не ожидается.

Amarok и Qt 4.7

Amarok 2.3.1 имеет «незначительную» проблему в работе с бета версией Qt 4.7, при запуске падает с ошибкой сегментирования. Сборка плеера из гита оставила всё на своих местах. Причину стоит искать в коде самого Amarok, так как остальные приложения KDE SC пересобранные с новым Qt ведут себя нормально, плюс ко всему, уже традицией стало, что Amarok неадекватно себя ведётся при обновлении библиотек, к примеру, часто возникают проблемы с новыми версиями Mysql.

Начал писать багрепорт, включил debug для ряда KDE и Qt либ и самого виновника. В поисках причины переименовал .kde4/share/apps/amarok, повторно запустил и он конечно же запустился, вот так всегда.

Остановите strigi

Завести дружбу с Nepomuk и поисковой системой Strigi интегрируемой в KDE4 занятие совсем не простое. Уже на протяжении долго времени, переходя от версии к версии я вынужден сначало с надеждой включить весь этот механизм, а потом в очередной раз разочаровавшись без промедления всё выключить.

Изначально семантические возможности для меня не представляли никакого интереса, а вот быстрый поиск по файлам был и есть важной особеностью в моей работе на десктопе. Первые лучики ненависти появляются в момент индексации каталогов, vitruoso в момент записи занимает всё процессорное время и нагрузка, в среднем, превышает 90%, этот баг свидетельствует, что я не одинок, за него проголосовало 80 человек. Для полной индексании выбраных каталогов, а это был только /home равный ~40ГБ, потребовалось два дня и размер базы составил 4.9ГБ, учивая, что strigi пробегает и по содержимому файлов. В течении этого время индексацию сопровождало постоянное обращения в диску и сопутствующий шорох головки диска, впечатления не из приятных. Сам поиск работает замечательно, очень хорошая скорость выборки, удобный и относительно функциональныйй интерфейс запросов.
Далее за работу принимается Nepomuk, уж незнаю что он делает, видимо проверяет уже проидексированые каталоги на изменения, но опять перманентно загружен процесор и load average 4.00, мною не было замечено ни одного случая когда он бы сумарное потребление процесорного времени составляло менее 40%.

nepomuk_sys

Как гентушнику, вся связка по используемым ресурсам напоминает компиляю огромного пакета, к примеру gcc. Сразу после отключения шум винчестера прекращается и load average снова равен 0.00.
Вся ситуация очень печальная, сейчас я использую KDE собраный из транка, т.е. KDE SC 4.5.0 beta и надеяться на изменения ситуации уже поздно, ждём 4.6.