Re: [Evolution-hackers] [SyncEvolution] Issues with evolution 2.32 and syncevolution 1.1.1a

[Patrick Ohly <patrick ohly gmx de>]

Hello Matthew!

I believe a user ran into issues with the migration of the .evolution
file layout - at least that is what I am seeing while trying to
reproduce the issue. I see "FAILED" remarks for the migration itself and
then calendar and contact factories are unhappy about "e_source_get_uri
() called on source with no absolute URI!" - see below.

It seems related to https://bugzilla.gnome.org/show_bug.cgi?id=638080

On Di, 2011-02-15 at 20:58 +0000, Tino Keitel wrote:
> Hi,
> 
> I upgraded to evolution and EDS 2.32. My syncevolution does not work
> anymore:
> 
> [INFO] memo: inactive
> [INFO] todo: inactive
> [ERROR] Error allocating calendar
> 
> I found this in the log file:
> 
> [2011-02-15 21:31:52.533] Error allocating calendar
> [2011-02-15 21:31:52.533] (syncevolution:24341): libecal-WARNING **: Cannot get cal from factory: Invalid source

I've tried 2.32 on Debian Sid and ran into an issue with Evolution
itself.

Running the backend shows:
$ /usr/lib/evolution/e-addressbook-factory
e-data-server-Message: adding type `EBookBackendGoogleFactory'
e-data-server-Message: adding type `EBookBackendFileFactory'
e-data-server-Message: adding type `EBookBackendLDAPFactory'
e-data-server-Message: adding type `EBookBackendGroupwiseFactory'
e-data-server-Message: adding type `EBookBackendWebdavFactory'
e-data-server-Message: adding type `EBookBackendVCFFactory'
Migrating cached backend data
  rmdir /home/nightly/.evolution/cache
  FAILED: Directory not empty (contents follows)
          tmp
Migrating local backend data
  rmdir /home/nightly/.evolution
  FAILED: Directory not empty (contents follows)
          memos
          calendar
          mail
          addressbook
          key3.db
          secmod.db
          cert8.db
          cache
          categories.xml
          tasks
Server is up and running...

$ syncevolution --daemon=no --export - backend=addressbook @default foo

(e-addressbook-factory:15072): e-data-server-WARNING **: e_source_get_uri () called on source with no absolute URI!
[ERROR] stderr: (syncevolution:32314): libebook-WARNING **: e-book.c:3095: cannot get book from factory: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)

[ERROR] Error allocating address book
[1]+  Segmentation fault      /usr/lib/evolution/e-addressbook-factory

These are the sources that SyncEvolution sees:
[...]
   Personal (file:///home/nightly/.evolution/addressbook/local/system) <default>
   Ubuntu One (couchdb://127.0.0.1)
[...]

Running dbus-monitor shows what libebook wants from e-addressbook-factory:

method call sender=:1.23 -> dest=:1.19 serial=9 path=/org/gnome/evolution/dataserver/addressbook/BookFactory; interface=org.gnome.evolution.dataserver.addressbook.BookFactory; member=getBook
   string "<?xml version="1.0"?>
<source uid="1278902302.11553.23@mob-sync2" name="Personal" relative_uri="system" uri="file:///home/nightly/.evolution/addressbook/local/system"><properties><property name="completion" value="true"/></properties></source>
"

(e-addressbook-factory:3239): e-data-server-WARNING **: e_source_get_uri () called on source with no absolute URI!
org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)

[ERROR] Error allocating address book

The segfault itself occurs here in thread 1:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff71b05c0 in g_str_hash () from /lib/libglib-2.0.so.0

Thread 3 (Thread 0x7ffff08a7700 (LWP 22441)):
#0  0x00007ffff6860113 in __poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=-1)
    at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007ffff7191709 in ?? () from /lib/libglib-2.0.so.0
#2  0x00007ffff7191eb5 in g_main_loop_run () from /lib/libglib-2.0.so.0
#3  0x00007ffff793ce44 in ?? () from /usr/lib/libgio-2.0.so.0
#4  0x00007ffff71b6e64 in ?? () from /lib/libglib-2.0.so.0
#5  0x00007ffff6b038ba in start_thread (arg=<value optimized out>) at pthread_create.c:300
#6  0x00007ffff686b02d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7ffff7fd37c0 (LWP 22437)):
#0  0x00007ffff71b05c0 in g_str_hash () from /lib/libglib-2.0.so.0
#1  0x00007ffff717dfbd in g_hash_table_lookup () from /lib/libglib-2.0.so.0
#2  0x00007ffff7ffca06 in impl_BookFactory_getBook (object=<value optimized out>, invocation=0x7ffff8214760, 
    in_source=<value optimized out>, factory=0x7ffff820a410) at e-data-book-factory.c:327
#3  0x00007ffff7bcc89c in _e_gdbus_gdbus_cclosure_marshaller_BOOLEAN__OBJECT_STRING (closure=0x7ffff8206d60, 
    return_value=0x7fffffffded0, n_param_values=<value optimized out>, param_values=0x7ffff821a9e0, 
    invocation_hint=<value optimized out>, marshal_data=0x7ffff7ffc960) at e-gdbus-marshallers.c:84
#4  0x00007ffff764814e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#5  0x00007ffff7660657 in ?? () from /usr/lib/libgobject-2.0.so.0
#6  0x00007ffff7661b1d in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit--- 
#7  0x00007ffff7662223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#8  0x00007ffff7bc9c77 in handle_method_call (connection=<value optimized out>, sender=<value optimized out>, 
    object_path=<value optimized out>, interface_name=<value optimized out>, method_name=0x7ffff823a960 "getBook", 
    parameters=0x7ffff823ac60, invocation=0x7ffff8214760, user_data=0x7ffff820ae30)
    at e-gdbus-egdbusbookfactory.c:383
#9  0x00007ffff792f0a0 in ?? () from /usr/lib/libgio-2.0.so.0
#10 0x00007ffff718d2e2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#11 0x00007ffff71919a8 in ?? () from /lib/libglib-2.0.so.0
#12 0x00007ffff7191eb5 in g_main_loop_run () from /lib/libglib-2.0.so.0
#13 0x00007ffff7ffc51f in main (argc=<value optimized out>, argv=<value optimized out>) at e-data-book-factory.c:619


-- 
Bye, Patrick Ohly
--  
Patrick Ohly gmx de
http://www.estamos.de/