Amarok

Я помнится не так давно ругался на Amarok, дескать неправильно гад отображает продолжительность композиции. Сегодня таки списался с разработчиками. Выяснилось следующее: причина в том что он индексирует новые файлы до того как их закачка завершится, соответственно прописывает неверную информацию. потому надо либо закачивать в неиндексируемую папку, а потом переносить в папку с локальной коллекцией, либо пересканировать коллекцию после каждой новой закачки. Обещали что обновление информации о файле, после изменения его размера будет в 2.2.3, также там будет возможность пересканирования части коллекции.

Борьба с протечками оперативки.

Не так давно радовался, что сумел реализовать мониторинг вопсроизводимой композиции. Рано радовался. Сегодня я таки озаботился борьбой со вторым имеющимся у меня пожирателем памяти, а именно тем что при длительном uptime dbus-daemon начинает выжирать несколько сотен мегабайт оперативки. Разглядывание вывода от dbus-monitor позволило найти причину. Дело оказалось в том что имеющийся widget непрерывно выполняет комманду типа:
===
qdbus org.kde.amarok /Player GetMetadata | grep title: | cut -c 7-
===

Аналогично и для названия альбома, названия исполнителя и т.п. По идее всё должно быть нормально, однако непрерывное выполнение данной комманды в фоновом режиме приводит к тому что dbus-daemon начинает жрать всё больше ОЗУ. В итоге пришлось обрубить данный функционал. Написал разработчикам dbus багрепорт, ждём.

Хроники обновления.

1. Я таки перешёл на ядро 2.6.32 compiz-fusion действительно не работал из-за выключенного по умолчанию KMS. mkinitcpio обновился, и всё прошло как по маслу, при следовании инструкции в wiki. За исключением одного но: я не обновлял свои ati'шные дрова, потому как та версия что стоит у меня собрана с опцией: --enable-radeon-experimental-api, а вот последняя версия - без неё (за что maintainer'у неплохо бы дать молотком по голове). Но это ещё полбеды. Когда я попробовал произвести шаги, описанные в wiki для включения этой опции, а именно:

(2) Recompile libdrm from ABS or libdrm-newest or libdrm-git from AUR with --enable-radeon-experimental-api option.

(3) Recompile mesa, libgl, ati-dri from ABS or their -git versions from AUR.

То внезапно обнаружил что в ответ на: "sudo find /var/abs -name libgl" система хранит подозрительное молчание. При том что libdrm, и mesa я успешно с помощью ABS собрал. yaourt также не смог установить libgl, после чего плюнул, и остался на прежних дровах. Хотя теперь я почти уверен что собака зарыта именно в сборке без упомянутой опции. Вообще сборку пакетов надо побольше покурить, ибо до сих пор yaourt'ом собираю через sudo на что он ругается, надо завязывать.

2. Не так  давно я обратил внимание на то что система начала сильно тормозить, после суточного аптайма выжирая ~1700 mb оперативной памяти (всего 2 гига). Изучение списка запущенных процессов, показало что очень много памяти выжирает nepomuk service, сие есть KDE'шная служба индексирования содержимого диска, и чего то там ещё. Выключение её действительно дало существенное снижение нагрузки на машину.

3. А вот обновившийся до версии 2.2.2 Amarok огорчил, тем что баг с некорректным отображением длины композиций не исправили, ждём.