LINUX.ORG.RU

KDEPIM 4.6.0

 ,


0

3

Завершён затянувшийся переход KDEPIM на новую архитектуру, использующую Akonadi. Это позволит организовать централизованную синхронизацию и кеширование персональных данных, таких как список контактов, календарь-планировщик, почтовые сообщения для облегчения работы с этими данными из разных KDE-приложений. В связи со столь масштабными изменениями была пропущена версия 4.5, а версия 4.6.0 была выпущена отдельно от остальных программ, входящих в состав KDE SC 4.6.

Совместно с KDEPIM 4.6.0 рекомендуется использовать последние версии программ Akonadi и Soprano, а также библиотек kdelibs4.6 и kdepimlibs4.6.

Исходный код

>>> Анонс

★★★★★

Проверено: Aceler ()

Ответ на: комментарий от vadiml

> Надеюсь что Akonadi отключается

Да. В ~/.config/akonadi/akonadiserverrc в секции [QMYSQL] значение опции StartServer заменяем на false. Ну и останавливаешь процессы или рестарт kdm.

Buy ★★★★★ ()
Ответ на: комментарий от Buy

> в секции [QMYSQL] значение опции StartServer заменяем на false.

Это говорит Akonadi использовать системный мускульный сервер, а не запускать отдельный экземпляр. Только и всего, это НЕ отключение самого Akonadi.

anonymous ()
Ответ на: Рад. от anonymous

> Надо в KDE намертво впилить и MySQL и PostgreSQL и запуsкать их автоматом после инсталяции чтоб все как у MS

И когда в Windows стали такое делать?

fenris ★★★★★ ()
Ответ на: комментарий от vadiml

>Надеюсь что Akonadi отключается, как это сделано сейчас, или хотя бы отучивается от mysql

Прекрасно работает с sqlite - не такой уж и монстр.

GluckMan ★★★ ()

а его с системным mysql можно заставить работать? один фиг у меня бд постоянно запущена...

dib2 ★★★★★ ()
Ответ на: комментарий от dib2

> а его с системным mysql можно заставить работать?

То, что Buy чуть выше выдавал за отключение всего Akonadi, на самом деле является ответом на твой вопрос — переключение Akonadi с запуска своего экземпляра сервера на использование системного.

Только вот Капитан подсказывает, что может понадобиться ковыряние с переносом данных из существующей БД «пользовательского» MySQL в новую БД системного мускуля, если не хочется потерять уже закешированную информацию (но при этом КО не говорит, что именно хранит Akonadi и что может потеряться без переноса содержимого базы — вроде, ничего фатального быть не должно, т.к. Akonadi лишь кэширует данные и хранит то, что можно отнести к метаинформации, но всё же...).

anonymous ()

Помню, как с апдейтом кукера пришёл Akonadi в KMail. Это был пиздец, товарищи. В итоге после нескольких лет использования KMail пришлось перебраться на Thunderbird.

guitarist ★★ ()
Ответ на: комментарий от fenris

Тут дело не в программах а в принципах. Нужно вводить новые фичи в KDE так как он не популярен у бизнес потребеителей. Akonadi и soprano как раз такие фичи. НО! Как все знают сисадмины ленивы и сами подключать у всех такие фишки не хотят, вот и бизнес потербители жалуются «У MS есть то и то и все у них из коробки, а у вас ни фига нет ...». Вот и проходится впиливать намертво новшества как в свое время MS впилили ИЕ.

anonymous ()
Ответ на: комментарий от leave

Я так и не понял, это 17000 контактов в адресной книге или 17000 писем?

aspotashev ★★★ ()
Ответ на: комментарий от vadiml

Надеюсь что Akonadi отключается, как это сделано сейчас, или хотя бы отучивается от mysql || psql, иначе этот pim превращается в такого монстра, что он и даром не нужен.


а так он у тебя платный?)

rtk ()

Вот зачем им был именно мускуль? Есть же PostgreSQL . Может сразу Oracle 9g поставят ? =)

StReLoK ☆☆ ()
Ответ на: комментарий от abumbaher

А ЗАЧЕМ им конкурентный доступ?!
Господи, проще использовать гугловые веб-ориентированные сервисы, чем этого монстра.

Xellos ★★★★★ ()
Ответ на: комментарий от Xellos

Нормальный такой монстр, собрал себе пакет, по объему вышел в 37mb.

Из зависимостей, по сравнению с kdepi, 4.4.11.1, появились новые:
cyrus-sasl
docbook-xsl

bhfq ★★★★★ ()
Ответ на: комментарий от anonymous

> Хранятся они, например, в imap ящике на гугле.

А у меня хранятся в imap-ящике на сервере с Cyrus-IMAP.

У меня там лет за пять скопился архив в несколько десятков тысяч сообщений

и Kmail на нём просто подыхает.



:-)
У меня там несколько сотен тысяч сообщений. KMail... Ну не вот прям летает, но сносно. Хотя больше 40K сообщений в каталоге стараюсь не держать, по годам делю и т.п.

AS ★★★★★ ()
Ответ на: комментарий от AS

>У меня там несколько сотен тысяч сообщений.

Нет, всё-таки объясните смысл держать ТАКОЕ количество сообщений. Или просто лень удалять?

anonymous ()
Ответ на: комментарий от StReLoK

Аконади может PostgreSQL. Если заведёшь :]

Deleted ()
Ответ на: Рад. от anonymous

Re: Рад.

> Надо в KDE намертво впилить и MySQL и PostgreSQL и запуsкать их автоматом после инсталяции чтоб все как у MS :)

А почему тут все так срут кирпичами насчет MySQL? Такой же обычный демон, как и десятки других. Или слово просто знакомое?

anonymous ()
Ответ на: комментарий от aspotashev

Контактов. Писем уже давно больше (4 ящика, архив за ~5 лет).

leave ★★★★★ ()
Ответ на: комментарий от anonymous

> Нет, всё-таки объясните смысл держать ТАКОЕ количество сообщений. Или просто лень удалять?

Иногда проще искать в локально хранимых рассылках, чем в Гуглях. Ну и плюс личная почта тоже.

AS ★★★★★ ()
Ответ на: комментарий от anonymous

А это корпоративная адресная книга, она подятигивается из AD.

leave ★★★★★ ()
Ответ на: Re: Рад. от anonymous

Re: Рад.

Такой же ненужный, как и десятки других.

Deleted ()
Ответ на: Re: Рад. от Deleted

Re: Рад.

> Такой же ненужный, как и десятки других.

Ага, знаем мы вас, народных умельцев. По отключают «лишнее», потом плачутся на форуме, почему то не работает, почему се глючит. Или изобретают свои черезжопные скрипты.

anonymous ()
Ответ на: Re: Рад. от anonymous

Re: Рад.

Телепаты в треде.

Deleted ()
Ответ на: комментарий от AS

>Иногда проще искать в локально хранимых рассылках, чем в Гуглях.

Гуглом с кучей возможностей и настроек искать тяжелее, чем почтовиком, у которого лишь полное совпадение по маске? А почему бы не искать гуглом в рассылках, выложенных в сеть?

anonymous ()
Ответ на: комментарий от anonymous

> в секции [QMYSQL] значение опции StartServer заменяем на false.

Это говорит Akonadi использовать системный мускульный сервер, а не запускать отдельный экземпляр. Только и всего, это НЕ отключение самого Akonadi.

Может и так, но после этого ни одного процесса akonadi в системе не больше наблюдается.

Buy ★★★★★ ()
Ответ на: комментарий от leave

а мне вот подумалось: спамботы негодуют аконади с мускулем не тянет базу контактов рассылки...

Thero ★★★★★ ()
Ответ на: комментарий от McGray

> ...или просто akonadictl stop :).

А после перезагрузки? Сам не пробовал ибо akonadi уже отключен. Не знал об этой утилите.

Buy ★★★★★ ()
Ответ на: комментарий от Buy

Возможно, системного он не нашёл и ничего не смог с этим поделать.

Deleted ()
Ответ на: комментарий от anonymous

> Гуглом с кучей возможностей и настроек искать тяжелее, чем почтовиком,

у которого лишь полное совпадение по маске?


В общем бывает, что да.

А почему бы не искать гуглом в рассылках, выложенных в сеть ?


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

AS ★★★★★ ()

А на Генте это будет работать ?

Myp3ik ★★ ()

Песец, дожили. Приблуда для _кеширования_ внешнего источника адресных книг требует локально установленную промышленную реляционную базу данных. Как будто у меня адресная книга половины континента. И из-за этой хренотени они еще выпуск kde откладывали. Детский сад, штаны в энтерпрайзе.

AngryElf ★★★★★ ()
Ответ на: Re: Рад. от anonymous

>А почему тут все так срут кирпичами насчет MySQL?

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

demmsnt ()
Ответ на: комментарий от Xellos

> А ЗАЧЕМ им конкурентный доступ?!

http://knotes.ru/2010/02/sqlite-akonadi-drama/

ну и до кучи http://knotes.ru/2010/03/akonadi-backends-benchmark/ Итоги: лучшую скорость показали mysql- и ФС-бэкенды. А SQLite Бертьян рекомендует использовать только в случаях острой необходимости (например, на мобильных устройствах, где число процессов крайне ограничено, да и отдавать 50-100 мегабайт оперативной памяти под сервер БД — слишком расточительно).

abumbaher ()
Ответ на: комментарий от abumbaher

Я повторяю, зачем системе почтовый клиент+адресная книга+IM нужен конкурентный доступ и т.п.? Кто хочет ынтырпрайза, кто хочет одной машиной обеспечивать десяток клиентов, всё равно пользуется более другими решениями. Мы говорим о десктопном применении всё-таки.

Xellos ★★★★★ ()
Ответ на: комментарий от Xellos

>Я повторяю, зачем системе почтовый клиент+адресная книга+IM нужен конкурентный доступ и т.п.?

Скорее всего использовали то, что знают. Да и чтобы не разводить лишних сущностей, mysql используют также amarok и digikam.

dinn ★★★★★ ()
Ответ на: комментарий от Xellos

Ибо кошерно!

Не понимаете, пот му что Вы инжинер или техн. специалист, а вот маркетологи Вам скажут, что akonadi типа «killer feature» у других мол на десктопе нет, а у KDE есть. И «бизнес юзерам» т.е. другим таким же маркетолгам и PR все равно что им akonadi не нужен, важно что у уборщицы тети Ани на старом десктопе есть akonadi + mysql а у ген директора на Windows 7 новом двухпроцессорном ноуте нет :)

anonymous ()

Лол, когда они затевали своё аконади, то говорили «ща вынесем всю работу с IMAP, Maildir, vCard и т. д в отдельную подсистему, и KMail2 вместо монолитного монстра будет лёгоньким GUI к Akonadi». Ога, и вот результат:

% genlop -t kmail
 * kde-base/kmail
     <поскипано>
     Thu Apr 14 01:40:22 2011 >>> kde-base/kmail-4.4.10-r1
       merge time: 16 minutes and 52 seconds.                                                                                                                

     Sun May  1 14:35:00 2011 >>> kde-base/kmail-4.4.11.1
       merge time: 18 minutes and 1 second.                                                                                                                  

     Sun Jun 12 19:49:32 2011 >>> kde-base/kmail-4.6.0
       merge time: 21 minutes and 28 seconds.                                                                                                                

Kmail2 компиляется даже дольше, чем Kmail1. Чего они туда ещё засунули, ума не приложу.

anonymous ()
Ответ на: комментарий от anonymous

скорость компиляции никак не связана со скоростью работы кроме как магически

Thero ★★★★★ ()
Ответ на: комментарий от anonymous

Компиляция может замедляться, например, от засорения файловой системы со временем.

aspotashev ★★★ ()
Ответ на: комментарий от dinn

digikam всю жизнь работал на SQLite и не жужжал. Потом уже прикрутили остальное.

Deleted ()

Оно умеет работать с mbox/maildir/mh-mail ящиками?

fat_angel ★★★★★ ()
Ответ на: комментарий от abumbaher

>Why not use sqlite?

We tried. Really. It can't handle the concurrent access very well,...


Есть давно akonadi-backend-sqlite. Там что-то поправили в драйвере QSQLITE3, связанное с многопоточностью.
Чтобы akonadi начал его использовать, надо редактировать ручками ~/.config/akonadi/akonadiserverrc

anonymous ()
Ответ на: комментарий от namezys

У apple все живет в sqlite, летает.

Только не забывай, что в Mac OS X sqlite собран с отдельными ключиками повышающими скорость, но влияющие на консистентность данных. Но в целом да, для хранения конфигов этого более чем достаточно.

Korwin ★★★ ()
Ответ на: комментарий от leave

И кстати, видел я воочию, как «летает» Mail на адресной книге в 17к записей. Хуже аутлука.

У Mail свой формат хранения, не sqlite.

Korwin ★★★ ()
Ответ на: комментарий от Korwin

> Только не забывай, что в Mac OS X sqlite собран с отдельными ключиками повышающими скорость, но влияющие на консистентность данных.

Да лано. Пруф?

Я слышал другое - у них драйвер FS повышает скорость

namezys ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.