kde4.3 akonadi

установил kde 4.3 из extra
при первом запуске кед стартует сервер akonadi
при последующих загрузках akonadi отказывается запускаться при старте кед, приходится запускать вручную

несколько вопросов
1) необходимо ли настраивать сервер akonadi? если да, то как? просьба хотя бы дать link
2) как я понял akonadi хранит информацию для приложений kde4. если я не пользуюсь kmail, korganizer и прочие k*, есть ли необходимость в этом сервере?
Ну вот он и не стартует потому, что ты не пользуешся ни одной прогой, которой он нужен. Поэтому смело забываешь о нем.
В общем, вдохновила меня на подвиги статья http://welinux.ru/post/2013/ про синхронизацию с гуглем контактов и календаря kde. оказывается в последних кедах это таки реализовали.
Сделал я все по инструкциям, но все работает с ошибками (практически не работает). Удалось получить контакты из гугля, но не более. При повторных запросах к серверу аконади не находится и всякие такие ошибки.

Полечите меня по фотографии плиз.


По инструкции с userbase.kde.org/Akonadi я вроде все сделал, что там предлагалось по моей проблеме, но ошибка осталась.
В частности, создал копию конфига в /home/deem/.config/akonadi/mysql-local.conf с таким содержимым
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <[email protected]>;
#
[mysqld]
skip_grant_tables
skip_networking
# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
sql_mode=strict_trans_tables
# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=latin1
collation_server=latin1_general_ci
table_cache=200
thread_cache_size=3
log_bin=mysql-bin
expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir
log_slow_queries=mysql.slow
long_query_time=1
# log queries not using indices, debug only, disable for production use
log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0
innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

Гугление уже утомило мой крохотный мозг и пока ничего не дало
И как обычно отвечаю сам себе
- First delete $HOME/.local/share/akonadi including all subfolders
- Manually start Akonadi via System Settings
- mysql_install_db –datadir=$HOME/.local/share/akonadi/db_data/ (this will throw a bunch of error messages. Just ignore them.)
- mysql_upgrade –socket=$HOME/.local/share/akonadi/db_misc/mysql.socket
- shutdown and start Akondi again.
Ошибок в самодиагностике больше не возникает (остается только 1 синяя галочка как на скрине)
Календарь вроде работает, но при попытке создать изменить контакт всплывает окошко Failed editing new contact. При этом изменения в kontact сохранаяются, а в гугле - нет. Да и синхронизируются далеко не все поля вконтактов.
Возвращаться к thunderbird не фетишно. Может есть идеи?
Лично я не осилил, штука полезная, но время на неё не хочется убивать.
Поэтому у меня идея, подождать 4.4, посмотреть, как там дела обстоят, благо не долго осталось, порядка 32 дней.. Да и RC1 где-то на подходе.
А как у вас вообще работает akonadi? Сам завелся без всяких траблов?) У меня выдает “Процесс управления Akonadi не зарегистрирован в D-Bus”.Ни кто с этим “чудом” не сталкивался? :o
AlexP
А как у вас вообще работает akonadi? Сам завелся без всяких траблов?) У меня выдает “Процесс управления Akonadi не зарегистрирован в D-Bus”.Ни кто с этим “чудом” не сталкивался? :o
по ссылкам ходить надо, хотя бы иногда. Да, я сталкивался, потыкался и забил
По ссылкам ходил, решения проблемы на русскоязычных ресурсах нет… А решение типа “сталкивался, потыкался и забил” не мой путь. Поэтому решил спросить тут, и не вижу повода меня в этом упрекать, и говорить “по ссылкам ходить надо, хотя бы иногда” P.S. Проблема решена, на англоязычных ресурсах по этому поводу инфы много. Если проблемы с akonadi, сразу ищите решение проблемы на буржуйских сайтах.
AlexP
По ссылкам ходил, решения проблемы на русскоязычных ресурсах нет… А решение типа “сталкивался, потыкался и забил” не мой путь. Поэтому решил спросить тут, и не вижу повода меня в этом упрекать, и говорить “по ссылкам ходить надо, хотя бы иногда” P.S. Проблема решена, на англоязычных ресурсах по этому поводу инфы много. Если проблемы с akonadi, сразу ищите решение проблемы на буржуйских сайтах.
По инструкции с userbase.kde.org/Akonadi
упрёк в этом
По инструкции с userbase.kde.org/Akonadi
упрёк в этом
Был я там, и большинство народу, решение проблемы заключается в правке akonadiserverrc, а не usr.sbin.mysqld-Akonadi. Если бы решение проблемы было по этой ссылке, то и тему на форуме я не поднимал. P.S Вообще упрекать можно, когда решение банально, и у самого работает akonadi.
 
Зарегистрироваться или войдите чтобы оставить сообщение.