Syncevolution bricht ab mit icalarray_element_at: Assertion

[chr.gogolin]

Ich habe ein problem mit syncevolution unter Debian testing. Starte ich es mit meiner unter stable wunderbar funktionierenden Konfiguration "owncloud" bricht es direkt und ohne Fehlermerldung auf der Konsole ab:

Code: Alles auswählen

$ syncevolution --run loglevel=5 owncloud
Aborted

In die log Datei unter ~/.cache/syncevolution/ schreibt es dabei:

Code: Alles auswählen

Start of log - SySync SyncML Engine 3.4.0.47

[-- collapse all --][++ expand all ++]
[2016-05-22 12:37:15.676] CreateContext SyncEvolution// => 0
[2016-05-22 12:37:15.676] Module_Capabilities: 
PLATFORM:Linux 
DLL:true 
MINVERSION:V1.0.6.0 
MANUFACTURER:SyncEvolution 
DESCRIPTION:SyncEvolution Synthesis DB Plugin 
plugin_datastore_str:no 
plugin_datastore_key:yes 
ITEM_AS_KEY:yes 
plugin_datablob:no
[2016-05-22 12:37:15.676] Module_PluginParams 
Engine=01090100 
–[2016-05-22 12:37:15.678] 'loadSystemZoneDefinitions' - Linux system time zones [--][++] [->end]
[2016-05-22 12:37:15.693] stderr: syncevolution: /tmp/buildd/libical-1.0.1/src/libical/icalarray.c:146: icalarray_element_at: Assertion `(unsigned int)position < array->num_elements' failed.

Es scheint also ein problem beim laden der system Zeitzone zu geben. So richtig verstehe ich allerdings nicht was mir die Fehlermeldung sagen will.

Mein config ist (mit server url und passwörtern durch xxx ersetzt und um Kommentare und Leerzeilen bereinigt):

Code: Alles auswählen

$ syncevolution --print-config owncloud | grep --invert-match -e '#' | grep -v -e '^$'
syncURL = local://@owncloud
username = 
password = 
PeerIsClient = 1
deviceId = syncevolution-6e6a4a81-baa1-43bb-9aba-2e548d3e8efa
remoteDeviceId = syncevolution-065d5c0a-b033-40c5-90de-36ae25a41a92
IconURI = image://themedimage/icons/services/syncevolution
ConsumerReady = 1
keyring = no
[addressbook]
sync = disabled
uri = addressbook
backend = addressbook
[calendar]
sync = two-way
uri = calendar
backend = calendar
database = Calendar
[contacts]
sync = two-way
backend = addressbook
database = Personal
[manu_christian]
backend = Evolution Calendar
database = Manu_Christian
[memo]
sync = disabled
uri = memo
backend = memo
[todo]
sync = disabled
uri = todo
backend = todo
$ syncevolution --print-config target-config@owncloud | grep --invert-match -e '#' | grep -v -e '^$'
username = cgogolin
password = XXX
printChanges = 0
dumpData = 0
deviceId = syncevolution-065d5c0a-b033-40c5-90de-36ae25a41a92
IconURI = image://themedimage/icons/services/webdav
ConsumerReady = 1
peerType = WebDAV
keyring = no
[addressbook]
sync = disabled
backend = CardDAV
database = https://XXX/owncloud/remote.php/carddav/addressbooks/cgogolin/contacts1/
[calendar]
sync = disabled
backend = CalDAV
database = https://XXX/owncloud/remote.php/caldav/calendars/cgogolin/personal/
[contacts]
backend = CardDAV
database = https://XXX/owncloud/remote.php/carddav/addressbooks/cgogolin/contacts1/
[memo]
sync = disabled
backend = CalDAVJournal
[todo]
sync = disabled
backend = CalDAVTodo

Die targets [addressbook], [memo] und [todo] werden nicht verwendet. Die beiden letzteren hatte syncevolution von sich aus angelegt und [addressbook] hatte ich früher mal in Verwendung, aber ich glaube das ist auch irrelevant. Die selbe config läuft wie gesagt unter stable einwandfrei.

Aus dem strace geht hervor, dass syncevolution zunächst alle möglichen Zeitzohnen Dateien durchgeht, befor dann irgendetwas schief geht das ich nicht ganz durchschaue:

Code: Alles auswählen

$ strace syncevolution owncloud
[...]
open("/usr/share/zoneinfo/Africa/Lusaka", O_RDONLY) = 12
fstat(12, {st_mode=S_IFREG|0644, st_size=171, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8d632a7000
lseek(12, 0, SEEK_SET)                  = 0
read(12, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 20) = 20
read(12, "\0\0\0\2\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\2\0\0\0\10\200\0\0\0\202F\305\364"..., 4096) = 151
close(12)                               = 0
munmap(0x7f8d632a7000, 4096)            = 0
open("/usr/share/zoneinfo/Africa/Harare", O_RDONLY) = 12
fstat(12, {st_mode=S_IFREG|0644, st_size=171, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8d632a7000
lseek(12, 0, SEEK_SET)                  = 0
read(12, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 20) = 20
read(12, "\0\0\0\2\0\0\0\2\0\0\0\0\0\0\0\2\0\0\0\2\0\0\0\10\200\0\0\0\202F\305\364"..., 4096) = 151
close(12)                               = 0
munmap(0x7f8d632a7000, 4096)            = 0
write(2, "syncevolution: /tmp/buildd/libic"..., 157) = 157
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8d632a7000
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(2823, 2823, SIGABRT)             = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=2823, si_uid=1000} ---
rt_sigaction(SIGALRM, {SIG_DFL, [], SA_RESTORER, 0x7f8d619cfd30}, {SIG_DFL, [], 0}, 8) = 0
alarm(5)                                = 0
recvfrom(6, "syncevolution: /tmp/buildd/libic"..., 1023, MSG_PEEK|MSG_DONTWAIT, NULL, NULL) = 157
recvfrom(6, NULL, 0, MSG_DONTWAIT, NULL, NULL) = 0
write(9, "  <li><i>[2016-05-22 18:11:26.73"..., 220) = 220
recvfrom(6, 0x5644095eb570, 1023, 66, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
dup2(4, 2)                              = 2
close(4)                                = 0
close(5)                                = 0
close(6)                                = 0
tgkill(2823, 2823, SIGABRT)             = 0
rt_sigreturn({mask=[]})                 = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=2823, si_uid=1000} ---
+++ killed by SIGABRT +++
Aborted

Weiß jemand Rat?