Рубрика: KDE

Что ждать от 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.

Google снова подружили с Akonadi

На сообщение полученное по RSS от Planet KDE, меня посетило лёгкое дежавю, так как проект по интеграции Google Calendar и Google Contacts для KDE через Akonadi уже есть и он не молод, первые строки реально работающего кода были опубликованы в начале 2009 года. Его название в портаже Akonadi GoogleData (Google Code). На его основе создан другой проект libgcal (Gitorious), библиотека для работы API Google.
Первое время он работал, не сказать, что очень хорошо, есть минусы, но требуемые от него ожидания оправдывал. Сейчас я им не пользуюсь, но пару месяцев назад была возможность почти полной синхронизации контактов и событий календаря, что является очень большим плюсом. Так почему же я не пользуюсь им сейчас?

GoogleData имеет ряд существенных негативных особенностей. Во первых и это пожалуй главное, проект скорее мёртв, чем жив, полностью остановлено развитие, ситуация настолько критическая, что ресурс для синхронизации с Google Contacts просто сегфолтится при попытке его запустить с новыми версиями KDE. Так же нет возможности использовать несколько календарей, т.е. большую часть событий не возможно получить на свою машину. Имели место частые проблемы с авторизацией, но это было в ранних версиях. В синхронизации контактов так же есть проблемы, но на них можно закрыть глаза.

Вернёмся к началу. Выход KDEPIM подстегнул разработчиков и на этой недели был анонсирован новый проект для синхронизация с Google. Человеческого названия еще нет, он фигурирует как Google Resource for Anonadi. Эта разработка сразу привлекла внимание сообщества и была помещена в главную песочницу KDE. Я не мог не протестировать. Написал ебилд и установил.

Главные минусы его старшего брата ему не присуще. Все собралось, запустилось. Сразу бросаются в глаза диалоги настроек. Не такие обрезанные и недопиленные, в отличии от аналога. На скриншоте выбран календарь Яндекса, ранее импортированный в Гугл Календарь.

Используется более безопасный, без парольный метод авторизации.

И о чудо, есть возможность использовать несколько календарей, это безусловно килерфича. Правда и минусы есть, настолько большие, что полного удовлетворения получить не удалось. События календаря были получены, но они оказались только для чтения (на скриншоте замок KOrganizer).

И такие мелочи как карточка KAddressBook заполняющиеся полностью, в отличии от GoogleData, но аватары пустуют. И как можно догадаться они тоже только для чтения, хотя при изменении новая информация все же кешируется и сохраняется локально, но не обновляется в Google Contacts, с чем были проблемы у GoogleData, у которого локальное имя карточки было рандомное в итоге, к примеру было невозможно научить использовать Kopete адресную книгу.

По заверениям автор, а он сотрудник Red Hat, в следующей версии он запилит редактирование событий и аватары и сделает это так быстро как только сможет.

PS: Прилепляю ебилд akonadi-google-9999 (30 дней ссылка будет еще жива)
PPS: Аконади ресурс заработает с любой версией KDE. Протестировал с версиями 4.6.4, 4.6.80, KDEPIM 4.6.0

Внешний сервер базы данных для KDE

Идея перевести приложения KDE на использование внешней БД витала в воздухе давно.
Покопавшись в настройках я определил список программ которыми я пользуюсь, поддерживающих это:

  • Akonadi (MySQL, SQLite, PostgreSQL)
  • Amarok (MySQL)
  • DigiKam (MySQL, SQLite)
  • KMyMoney (MySQL, SQLite, PostgreSQL)

Как видно все они дружат с MySQL, значит будем использовать его.

Плюсов для себя я нашел несколько:

  • Каждое из вышеописанных приложений поднимает свой внутренний сервер БД, а DigiKam использует даже две базы. Обойдемся одним сервером.
  • MySQL уже установлен, он был вытянут по зависимостям, дополнительных манипуляция делать не надо.
  • Легкий бекап данных, ведь гораздо удобнее когда вся информация находится в одном месте. Я не параноик, но домашнюю систему время от времени бекаплю. Если брать относительно этих программа, то ручное тегирование в DigiKam и куча транзакции в KMyMoney конечно необходимо бекапить.

Создав 4 таблицы (desktop_akonadi, desktop_amarok, desktop_digikam, desktop_kmymoney) и изменив настройки приложений перезапустил их. Позже импортировал старые данные из DigiKam и KMyMoney во внешнюю базу средствами самих приложений, цель достигнута!

KSnapshot по-новому

В следующей версии KDE SC, стандартная улита для захвата снимков с экрана, KSnapshot, приобретет новый внешний вид.
ksnapshotПредосмотр полученного изображения стал гораздо больше, а расположение кнопок не скомкано в кучу, а аккуратно расположено в линию внизу окна.

KDE четыре шесть, запахи будущего

Проскочил KDE 4.5 rc1 так и неувидев их, но это хорошо, засиделся я уже на этой ветке. Еженедельная пересборка кедов завершилась кедами из будущего или KDE 4.6 (в народе так же известные как KDE 4.5.60, первая альфа).  Приключения продолжаются.

KDE4560
На первый взгляд ничего нового, но я то найду и расскажу позже, так как сам видел, что была выкачана куча новых исходников.

С каким 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, если не хотите получить кучу проблемы с плазмой. В этот раз подобных выходок не ожидается.

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