Рубрика: Nepomuk

Что ждать от KDE Telepathy

Новости о KDE Telepathy проскакивают все чаще и чаще. Описывать, что это такое Telepathy и о способах его применения я не буду. Ясно одно, за ним будущие и рано или поздно он заменит Kopete. Со времен релиза KDE 4.0, честно сказать, я не припомню какие-либо значимые нововведения, Kopete остался в далёком 2008 году и возможно он целенаправленно сейчас не развивается именно из-за наступающего KDE Telepathy.

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

USE=»-gstreamer -spell -xscreensaver -gnome -vala -xulrunner -libproxy» emerge -av net-im/telepathy-kde-meta net-voip/telepathy-haze net-voip/telepathy-gabble

telepathy-kde-meta — метапакет в который входят основные части Telepathy, KDE контакт-лист (нечто похожее на Kopete), приложение для настройки аккаунтов и приложение для чата.

telepathy-haze — это интерфейс для доступа к ICQ, AIM, Yahoo, MySpase и Skype, на данный момент это все протоколы реализуемые в KDE, но сам Haze позволяет больше. Не приятная особенность, он зависит от другого месаджера, от Pingin. Но юз флаг -gnome, позволяет собрать только libpurple, без гуя.

telepathy-gabble — для поддержки Jabber. Маленький плюс, есть Jingle, но протестировать не удалось, не очень его много людей использует. Gabble также работает с GTalk, Facebook и т.д.

По своему вкусу можно добавить SIP и MSN, установив специальный компонент Telepathy.

Немного времени на компиляцию, не долгие манипуляции с настройками и всё готово.

В параметрах системы появился новый пункт, что логично. Все настройки в одном месте.

Добавим нужные мне IM, выбираем из не маленького списка, спасибо Telepathy.

В итоге наблюдаем их в таком виде. Управление здесь схоже с настройками в Kopete.

Хотя я вру, помучатся пришлось, не запускался ICQ. Проблема оказалась не в KDE, а в глючности работы Telepathy c шифрованием.

Решил с помощью простой правки конфига. Помог багтрекер Ubuntu (линк, линк). Из консоли пришлось действовать, так как в диалоге настройка аккаунта нужных позиций не оказалось, хотя наверное, когда-нибудь допишут.

mc-tool update `mc-tool list | grep icq` string:encryption=no_encryption
mc-tool update `mc-tool list | grep icq` bool:use-clientlogin=0

Ко всему в комплекте присутствует плазма-виджет, созданный в рамках GSoC, для смены статуса и статусного сообщения. Заставить работает его у меня получилось.

И самое главное, контакт лист. Закрыв его полностью, мы все-ровно будем оставаться в сети. Вот так ломаются стереотипы. Список контактов, больше никак не связан с вашей активностью, без него Вы продолжите получать новые сообщения.
Контакт-лист уже сейчас позволяет группировать контакты, скрывать неактивных и прочий функционал позаимствованный из Kopete.

Ну и чат, который так же независим как и остальные части.

Трудно описать, насколько всё сыро. Нет истории, нет метаконтактов, нет жаббер конференций, нет юсер-инфо, невозможно добавить новые контакты, не говорю уже повсеместной интеграции, то ради чего это затевалось и тд. и тп. При всем при этом пользоваться можно. Уже сейчас ведётся работа на интеграцией с Nepomuk, передачей файлов и утиллит для незаметной миграции с Kopete.

Остановите 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.