[Kde-pim] configuring Akonadi server

[Patrick Ohly]

On Thu, 2014-03-13 at 17:29 +0100, Daniel Vrátil wrote:
> On Wednesday 12 of March 2014 14:41:46 Patrick Ohly wrote:
> > On Wed, 2014-03-12 at 14:26 +0100, Patrick Ohly wrote:
> > > On Tue, 2014-03-11 at 16:36 +0100, Daniel Vrátil wrote:
> > > > On Tuesday 11 of March 2014 16:08:36 Kevin Krammer wrote:
> <snip>
> > > 
> > > That helps to get "akonadictl start" working without error messages.
> > > However, later creating a Akonadi::CollectionFetchJob still causes some
> > > of the same error messages - less of them, but still some:
> > > 
> > > akonadi_agent_launcher: cannot connect to X server
> > > ProcessControl: Application '/usr/bin/akonadi_agent_launcher' returned
> > > with exit code 1 (Unknown error)
> > > akonadi_agent_launcher: cannot connect to X server
> > > ProcessControl: Application '/usr/bin/akonadi_agent_launcher' returned
> > > with exit code 1 (Unknown error)
> > > akonadi_agent_launcher: cannot connect to X server
> > > ProcessControl: Application '/usr/bin/akonadi_agent_launcher' returned
> > > with exit code 1 (Unknown error)
> > > akonadi_agent_launcher: cannot connect to X server
> > > ProcessControl: Application '/usr/bin/akonadi_agent_launcher' returned
> > > with exit code 1 (Unknown error)
> > > "/usr/bin/akonadi_agent_launcher" crashed too often and will not be
> > > restarted!
> > > 
> > > It is /usr/bin/akonadi_control which
> > > forks/execs /usr/bin/akonadi_agent_launcher (verified with strace) and
> > > it has AKONADI_DISABLE_AGENT_AUTOSTART set.
> > > 
> > > Any idea how to suppress that?
> > 
> > In addition, my own process
> > launches /usr/share/kde4/apps/akonadi/firstrun/defaultcalendar,
> > /usr/share/kde4/apps/akonadi/firstrun/defaultnotebook and
> > /usr/bin/kres-migrator.
> 
> The agent can be started by the firstrun migration. Create akonadi-firstrunrc 
> in $KDEHOME/share/config/
> 
> [ProcessedDefaults]
> defaultaddressbook=done
> defaultcalendar=done
> defaultnotebook=done

KDEHOME wasn't set in my environment. strace told me that the process
was looking for the file in ~/.kde/share/config, so I used that. It
works, thanks.

Now nightly testing with KDE has one last issue: when I run tests in
parallel under the same user ID with multiple different D-Bus sessions
and different homes (set via env variables), MySQL gets started multiple
times (as it should be), but then I get errors about "MySQL server has
gone away". I suspect the different instances of MySQL still conflict.

Would it be easier to use sqlite as backend? Which one is considered
more stable these days?

I tried with sqlite. Now SyncEvolution randomly hangs, with gdb showing
that it is stuck in an Akonadi Job::exec() call:

#0  0x00007f0233f5b95d in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f0234a89194 in g_main_context_poll (priority=2147483647, n_fds=3, fds=0x2188090, timeout=-1, 
    context=0x215dcf0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3995
#2  g_main_context_iterate (context=context at entry=0x215dcf0, block=block at entry=1, dispatch=dispatch at entry=1, 
    self=<optimized out>) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3696
#3  0x00007f0234a8929c in g_main_context_iteration (context=0x215dcf0, may_block=1)
    at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3762
#4  0x00007f02375b5615 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007f0237586f9f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f0237587295 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f0237c9e683 in KJob::exec() () from /usr/lib/libkdecore.so.5
#8  0x00000000006321ad in SyncEvo::AkonadiSyncSource::getDatabases (this=0x21f7670)
    at /data/runtests/work/sources/syncevolution/src/backends/akonadi/akonadisyncsource.cpp:139
#9  0x00000000006e2bdc in SyncEvo::Cmdline::run (this=this at entry=0x7fff4247aa20)
    at /data/runtests/work/sources/syncevolution/src/syncevo/Cmdline.cpp:1257
#10 0x00000000005d8bd6 in SyncEvo::main (argc=<optimized out>, argv=<optimized out>)
    at /data/runtests/work/sources/syncevolution/src/syncevolution.cpp:531

Bye, Patrick







_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/