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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

политика компании?

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

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

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

У меня это запускается как скрипт при логине :).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ибо кошерно!

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

Лол, когда они затевали своё аконади, то говорили «ща вынесем всю работу с 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. Чего они туда ещё засунули, ума не приложу.

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

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

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

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

>Why not use sqlite?

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

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

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

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

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

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

>mysql используют также amarok

Поубивал бы.

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

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

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