[SyncEvolution] SyncEvolution 1.5.1 released
by Patrick Ohly
About SyncEvolution
===================
SyncEvolution synchronizes personal information management (PIM) data
via various protocols (SyncML, CalDAV/CardDAV, ActiveSync). It syncs
contacts, appointments, tasks and memos. It syncs to web services or to
SyncML-capable phones via Bluetooth.
Binaries are available for Linux desktops (using GNOME Evolution, or
KDE's Akonadi), for Maemo (Nokia N900, N9) and Sailfish OS (Jolla
phone).
About 1.5.1
===========
Maintenance release. Binaries now also get compiled for Debian 8.0
"Jessie".
Details:
* avoid time zone issue with Funambol server
The Funambol iCalendar 2.0 parser fails to handle time zones
with quotation marks around the TZID value, which is something
that SyncEvolution started to add in 1.4.99.3. While it is valid
to quote like that, it is not necessary, so avoid quoting in
this case to restore interoperability.
* syncevo-http-server: stop using deprecated twisted.web.error (FDO #90419)
This has become a real problem for example on Fedora 22 where the
old name is no longer available.
* syncevo-http-server: use TLS instead of SSLv3
This fixes a potential security risk and connection problems with clients
that don't support SSLv3 anymore.
* syncing: avoid segfault for invalid text inside items (FDO #90118)
As reported by Canonical, syncing fails if data items contain
text which is not correct UTF-8 in one of the fields that
SyncEvolution logs in the command line output (like SUMMARY of
a calendar event).
That is because the byte string coming from the item is passed
unchecked to the D-Bus implementation for transmission via D-Bus. But
D-Bus strings must be correct UTF-8, so depending on the D-Bus library
in use, one gets a segfault (GIO D-Bus, due to an unchecked NULL
pointer access) or an "out of memory" error (libdbus, which checks for
NULL).
SyncEvolution now replaces invalid bytes with a question mark in its
output while preserving the rest of the text.
* file backend: log item manipulation
Extracting a meaningful description of each item from the Synthesis
engine when updating and adding items is easy to do for items of
certain known types (contacts and calendar items).
* command line: preserve log prefix of target side of local sync
In some cases, the prefix which was supposed to be embedded
in the log messages from the target side of a local sync got
lost on the way to the command line tool.
Primarily this affected the added/updated/deleted messages, as in:
[INFO remote@client] @client/addressbook: started
[INFO remote@client] updating "Joan Doe"
[INFO remote@client] @client/addressbook: received 1/1
* compile fix: use ${PKG_CONFIG} instead of pkg-config.
This fixes the build on Exherbo that only has prefixed versions of
pkg-config.
* WebDAV: handle 403 during Google OAuth authentication
When sending an access token with insufficient scope (for example,
because the Ubuntu Online Accounts service definition was incomplete,
as documented in FDO #86824), Google responds with a 403 "service
denied" error.
This is now dealt with by retrying, just as for a transient 401 error.
* CalDAV: more efficient "is empty" check (FDO #86335)
Since 1.4.99.4, syncing WebDAV collections always checks first
whether there are items in the collections. This was partly done for
slow sync prevention (which is not necessary for empty collections),
partly for the "is the datastore usable" check.
However, this did not take into account that for CalDAV collections,
the entire content gets downloaded for this check. That is because
filtering by item type (VEVENT vs. VJOURNAL) is not implemented
correctly by all servers. So now all CalDAV syncs, whether incremental
or slow, always transfered all items, which is not the
intention (incremental syncs should be fast and efficient).
This release adds a more efficient isEmpty() check: for simple CardDAV
collections, only luid and etag get transferred, as in
listAllItems(). This is the behavior from 1.5.
For CalDAV, a report with a filter for the content type is used and
the transfer gets aborted after the first item, without actually
double-checking the content of the item. This is different from
listAllItems(), which really transfers the content. This extra content
check would only be needed for some old servers (Radical 0.7) and is
not essential, because reporting "not empty" even when empty is safe.
* WebDAV: send Basic Auth via http in some cases (FDO #57248)
It turned out that finding databases on an Apple Calendar server accessed via
http depends on sending Basic Auth even when the server does not ask for it:
without authentication, there is no information about the current principal,
which is necessary for finding the user's databases.
To make this work again, sending the authentication header is now forced for
plain http if (and only if) the request which should have returned the
principal URL fails to include it. This implies sending the same request
twice, but as this scenario should be rare in practise (was only done for
testing), this is acceptable.
* Ubuntu Online Accounts: support plain text credentials
The backend for UOA was rewritten by Alberto Mardegan and now also
can use plain username/password credentials stored in UOA.
* various compiler error and warning fixes
Source, Installation, Further information
=========================================
http://syncevolution.org/blogs/pohly/2015/syncevolution-151-released
Source code bundles for users are available in
https://download.01.org/syncevolution/syncevolution/sources
and the original source is in the git repositories
http://cgit.freedesktop.org/SyncEvolution/
i386, lpia and amd64 binaries for Debian-based distributions are
available via the "stable" syncevolution.org repository. Add the
following entry to your /etc/apt/source.list:
deb https://download.01.org/syncevolution/apt stable main
The GPG key for the repository needs to be imported as root with:
apt-key adv --keyserver keyserver.ubuntu.com --recv-keys B2EC3981
Then install "syncevolution-evolution", "syncevolution-kde" and/or
"syncevolution-activesync".
These binaries include the "sync-ui" GTK GUI and were compiled for
Ubuntu 10.04 LTS (Lucid), except for ActiveSync binaries which were
compiled for Debian Wheezy, Ubuntu Saucy, Ubuntu Trusty an Debian
Jessie. The packages mentioned above are meta-packages which pull in
suitable packages matching the distro during installation.
Older distributions like Debian 4.0 (Etch) can no longer be supported
with precompiled binaries because of missing libraries, but the source
still compiles when not enabling the GUI (the default).
The same binaries are also available as .tar.gz and .rpm archives in
https://download.01.org/syncevolution/syncevolution/. In contrast
to 0.8.x archives, the 1.x .tar.gz archives have to be unpacked and the
content must be moved to /usr, because several files would not be found
otherwise.
After installation, follow the
http://syncevolution.org/documentation/getting-started steps.
--
Patrick Ohly, on behalf of everyone who has helped
to make SyncEvolution possible:
http://syncevolution.org/about/contributors
2 years, 6 months
[SyncEvolution] syncevolution debug help needed
by deloptes
Hi,
from time to time I'm getting in following situation.
Do you have some hint how I can understand what is wrong here. It works
fine, but at once I start getting those messages. The following output was
created with SYNCEVOLUTION_DEBUG=3 syncevolution nokia_N9 calendar+todo
Thanks in advance
[2016-07-28 18:49:04.473] Created command 'Add' (incoming)
[2016-07-28 18:49:04.473] Started processing Command 'Add' (incoming
MsgID=3, CmdID=5)
–
[2016-07-28 18:49:04.473] 'processCmd' - Processing incoming command,
Cmd=Add, IncomingMsgID=3, CmdID=5 [--][++] [->end] [->enclosing]
[2016-07-28 18:49:04.473] command started processing
[2016-07-28 18:49:04.473] Created command 'Status' (outgoing)
[2016-07-28 18:49:04.473] Item (syncop: add) started processing,
remoteID='496', localID=''
[2016-07-28 18:49:04.473] processSyncOpItem: setting fLocalSyncDatastoreP
[2016-07-28 18:49:04.473] Remote sent add-operation:
[2016-07-28 18:49:04.473] - Source: remoteID ='496', remoteName=''
[2016-07-28 18:49:04.473] - Target: localID ='', remoteName=''
[2016-07-28 18:49:04.473] Explicit type 'text/x-vcalendar' specified in
command or item meta
[2016-07-28 18:49:04.473] Version '1.0' obtained from item data
–
[2016-07-28 18:49:04.473] 'Item_Parse' - parsing SyncML item, SyncOp=add,
format=plain-text, RemoteID=496 [--][++] [->end] [->enclosing]
–[2016-07-28 18:49:04.473] End of 'Item_Parse' [->top] [->enclosing]
–
[2016-07-28 18:49:04.473] 'Process_Item' - processing remote item,
SyncOp=add, RemoteID=496 [--][++] [->end] [->enclosing]
–
[2016-07-28 18:49:04.473] 'SuperProcessItem' - Processing incoming item in
superdatastore, datastore=calendar+todo, SyncOp=add, RemoteID=496 [--][++]
[->end] [->enclosing]
[2016-07-28 18:49:04.473] Checkin subdatastore filters to find where it
belongs
[2016-07-28 18:49:04.473] Found item belongs to
subdatastore 'calendar+todo@todo'
[2016-07-28 18:49:04.473] add item operation received
[2016-07-28 18:49:04.473] startDataWrite called, status=0
[2016-07-28 18:49:04.473] TStdLogicDS::logicProcessRemoteItem 0x27e1620
starting, SyncOp=add, RemoteID='496', LocalID=''
[2016-07-28 18:49:04.473] TCustomImplDS::implProcessItem 0x27e1620 starting,
SyncOp=add, RemoteID='496', LocalID=''
[2016-07-28 18:49:04.473] to-be-added item already exists -> trying replace
(=conflict resolved by client winning)
[2016-07-28 18:49:04.473] TCustomImplDS::implProcessItem 0x27e1620 starting,
SyncOp=replace, RemoteID='496', LocalID=''
[2016-07-28 18:49:04.473] Executing Script 'beforewritescript'
[2016-07-28 18:49:04.473] todo: updating "Juli call ptotesi gel"
[2016-07-28 18:49:04.473] todo: Item delete: (
00287b7f-207e-476b-96ad-6d0758d563e1 )
[2016-07-28 18:49:04.764] todo: Item saved: (
00287b7f-207e-476b-96ad-6d0758d563e1 )
[2016-07-28 18:49:04.764] todo: Item (
00287b7f-207e-476b-96ad-6d0758d563e1 : 20160704T075430Z ) done.
[2016-07-28 18:49:04.764] todo: aID=(00287b7f-207e-476b-96ad-6d0758d563e1,)
res=208
[2016-07-28 18:49:04.764] - Operation replace failed with SyncML status=208
–[2016-07-28 18:49:04.764] End of 'SuperProcessItem' [->top] [->enclosing]
–[2016-07-28 18:49:04.764] End of 'Process_Item' [->top] [->enclosing]
[2016-07-28 18:49:04.764] processSyncOpItem: Irregularity while processing
item, status=208
[2016-07-28 18:49:04.764] Irregularity in execution of item, status=208
–
[2016-07-28 18:49:04.764] 'issue' - issuing command, Cmd=Status [--][++]
[->end] [->enclosing]
[2016-07-28 18:49:04.764] Status Code 208 issued for Cmd=Add, (incoming
MsgID=3, CmdID=5)
[2016-07-28 18:49:04.764] - SourceRef (remoteID) = '496'
[2016-07-28 18:49:04.764] Status: issued as (outgoing MsgID=3, CmdID=5), not
waiting for status
[2016-07-28 18:49:04.764] Deleted command 'Status' (outgoing MsgID=3,
CmdID=5)
[2016-07-28 18:49:04.764] Outgoing Message size is now 352 bytes
–[2016-07-28 18:49:04.764] End of 'issue' [->top] [->enclosing]
[2016-07-28 18:49:04.764] Deleted command 'Add' (incoming MsgID=3, CmdID=5)
–[2016-07-28 18:49:04.764] End of 'processCmd' [->top] [->enclosing]
or
[2016-07-28 18:49:03.705] Started processing Command 'Add' (incoming
MsgID=2, CmdID=22)
–
[2016-07-28 18:49:03.705] 'processCmd' - Processing incoming command,
Cmd=Add, IncomingMsgID=2, CmdID=22 [--][++] [->end] [->enclosing]
[2016-07-28 18:49:03.705] command started processing
[2016-07-28 18:49:03.705] Created command 'Status' (outgoing)
[2016-07-28 18:49:03.705] Item (syncop: add) started processing,
remoteID='482', localID=''
[2016-07-28 18:49:03.705] processSyncOpItem: setting fLocalSyncDatastoreP
[2016-07-28 18:49:03.705] Remote sent add-operation:
[2016-07-28 18:49:03.705] - Source: remoteID ='482', remoteName=''
[2016-07-28 18:49:03.705] - Target: localID ='', remoteName=''
[2016-07-28 18:49:03.705] Explicit type 'text/x-vcalendar' specified in
command or item meta
[2016-07-28 18:49:03.705] Version '1.0' obtained from item data
–
[2016-07-28 18:49:03.705] 'Item_Parse' - parsing SyncML item, SyncOp=add,
format=plain-text, RemoteID=482 [--][++] [->end] [->enclosing]
–[2016-07-28 18:49:03.705] End of 'Item_Parse' [->top] [->enclosing]
–
[2016-07-28 18:49:03.705] 'Process_Item' - processing remote item,
SyncOp=add, RemoteID=482 [--][++] [->end] [->enclosing]
–
[2016-07-28 18:49:03.705] 'SuperProcessItem' - Processing incoming item in
superdatastore, datastore=calendar+todo, SyncOp=add, RemoteID=482 [--][++]
[->end] [->enclosing]
[2016-07-28 18:49:03.705] Checkin subdatastore filters to find where it
belongs
[2016-07-28 18:49:03.705] Found item belongs to
subdatastore 'calendar+todo@todo'
[2016-07-28 18:49:03.705] add item operation received
[2016-07-28 18:49:03.705] startDataWrite called, status=0
[2016-07-28 18:49:03.705] TStdLogicDS::logicProcessRemoteItem 0x27e1620
starting, SyncOp=add, RemoteID='482', LocalID=''
[2016-07-28 18:49:03.705] TCustomImplDS::implProcessItem 0x27e1620 starting,
SyncOp=add, RemoteID='482', LocalID=''
[2016-07-28 18:49:03.705] to-be-added item already exists -> trying replace
(=conflict resolved by client winning)
[2016-07-28 18:49:03.705] TCustomImplDS::implProcessItem 0x27e1620 starting,
SyncOp=replace, RemoteID='482', LocalID=''
[2016-07-28 18:49:03.705] Executing Script 'beforewritescript'
[2016-07-28 18:49:03.705] todo: updating "Тест задача това е тест"
[2016-07-28 18:49:03.705] todo: Item delete: ( libkcal-1842715300.651 )
[2016-07-28 18:49:04.034] todo: Item saved: ( libkcal-1842715300.651 )
[2016-07-28 18:49:04.034] todo: Item ( libkcal-1842715300.651 :
20160617T005450Z ) done.
[2016-07-28 18:49:04.034] todo: aID=(libkcal-1842715300.651,) res=208
[2016-07-28 18:49:04.034] - Operation replace failed with SyncML status=208
–[2016-07-28 18:49:04.034] End of 'SuperProcessItem' [->top] [->enclosing]
–[2016-07-28 18:49:04.034] End of 'Process_Item' [->top] [->enclosing]
[2016-07-28 18:49:04.034] processSyncOpItem: Irregularity while processing
item, status=208
[2016-07-28 18:49:04.034] Irregularity in execution of item, status=208
–
[2016-07-28 18:49:04.034] 'issue' - issuing command, Cmd=Status [--][++]
[->end] [->enclosing]
[2016-07-28 18:49:04.034] Status Code 208 issued for Cmd=Add, (incoming
MsgID=2, CmdID=22)
[2016-07-28 18:49:04.034] - SourceRef (remoteID) = '482'
[2016-07-28 18:49:04.034] Status: issued as (outgoing MsgID=2, CmdID=20),
not waiting for status
[2016-07-28 18:49:04.034] Deleted command 'Status' (outgoing MsgID=2,
CmdID=20)
[2016-07-28 18:49:04.034] Outgoing Message size is now 946 bytes
–[2016-07-28 18:49:04.034] End of 'issue' [->top] [->enclosing]
[2016-07-28 18:49:04.034] Deleted command 'Add' (incoming MsgID=2, CmdID=22)
–[2016-07-28 18:49:04.034] End of 'processCmd' [->top] [->enclosing]
5 years, 2 months
[SyncEvolution] syncevolution-kde + akonadi [ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11
by Vladislav Vorobiev
Hi,
after some upgrades i run in the strage issue.
$ SYNCEVOLUTION_DEBUG=3 syncevolution --sync two-way funambol calendar
[DEBUG 00:00:00] SuspendFlags: (re)activating, currently inactive
[DEBUG 00:00:00] SuspendFlags: activating signal handler(s) with fds 11->10
[DEBUG 00:00:00] SuspendFlags: catch signal 2
[DEBUG 00:00:00] SuspendFlags: catch signal 15
[INFO 00:00:00] addressbook: inactive
[INFO 00:00:00] memo: inactive
[INFO 00:00:00] todo: inactive
[INFO 00:00:00] calendar: starting normal sync, two-way (peer is server)
[INFO 00:00:00] creating complete data backup of datastore calendar before
sync (enabled with dumpData and needed for printChanges)
[ERROR syncevo-dbus-server 00:00:00] child process quit because of signal 11
[DEBUG 00:00:01] SuspendFlags: deactivating fds 11->10
[DEBUG 00:00:01] SuspendFlags: close m_receiverFD 10
[DEBUG 00:00:01] SuspendFlags: close m_senderFD 11
[DEBUG 00:00:01] SuspendFlags: done with deactivation
By starting syncvo-dbus in debug
/usr/libexec/syncevo-dbus-server -o -s --verbosity=3
I get in the console
INFO 00:09:42] calendar: starting normal sync, two-way (peer is server)
[INFO 00:09:42] creating complete data backup of datastore calendar before
sync (enabled with dumpData and needed for printChanges)
[DEBUG syncevo-dbus-server 00:09:43] reading helper combined stdout/stderr
13142 done: <<no error>>
[DEBUG syncevo-dbus-server 00:09:43] helper quit with return code 11, was not
aborted
[DEBUG syncevo-dbus-server 00:09:43] ForkExecParent: child 13142 was signaled
yes, signal 11 (SIGINT=2, SIGTERM=15), int sent no, term sent no
[ERROR syncevo-dbus-server 00:09:43] child process quit because of signal 11
[DEBUG syncevo-dbus-server 00:09:43] helper failed, status code 500 = fatal
error (remote, status 500), child process quit because of signal 11
[DEBUG syncevo-dbus-server 00:09:44] session
/org/syncevolution/Session/2850263211464332447 done, config funambol, not
modified, result 10500
[DEBUG syncevo-dbus-server 00:09:44] auto sync: sync session funambol done,
result 10500 is a permanent failure
[DEBUG syncevo-dbus-server 00:09:44] delaying destruction of session
2850263211464332447 by one minute
[DEBUG syncevo-dbus-server 00:09:44] server is idle
[DEBUG syncevo-dbus-server 00:09:44] D-Bus client :1.289 has disconnected
[DEBUG syncevo-dbus-server 00:09:44] activating idle termination in 600
seconds because idle
[DEBUG syncevo-dbus-server 00:09:44] D-Bus client :1.289 is destructing
[DEBUG syncevo-dbus-server 00:09:50] session 18979675371464332443 expired
[DEBUG syncevo-dbus-server 00:09:50] session
/org/syncevolution/Session/18979675371464332443 deconstructing
[DEBUG syncevo-dbus-server 00:10:03] session 256772771464332444 expired
[DEBUG syncevo-dbus-server 00:10:03] session
/org/syncevolution/Session/256772771464332444 deconstructing
[DEBUG syncevo-dbus-server 00:10:07] session 175690811464332445 expired
[DEBUG syncevo-dbus-server 00:10:07] session
/org/syncevolution/Session/175690811464332445 deconstructing
[DEBUG syncevo-dbus-server 00:10:32] session 2145015271464332446 expired
[DEBUG syncevo-dbus-server 00:10:32] session
/org/syncevolution/Session/2145015271464332446 deconstructing
[DEBUG syncevo-dbus-server 00:10:44] session 2850263211464332447 expired
[DEBUG syncevo-dbus-server 00:10:44] session
/org/syncevolution/Session/2850263211464332447 deconstructing
^C[DEBUG syncevo-dbus-server 00:11:17] SuspendFlags: read 7 from fd 17
[DEBUG syncevo-dbus-server 00:11:17] reveived signal 2
[INFO syncevo-dbus-server 00:11:17] server shutting down because of SIGINT or
SIGTERM
[DEBUG syncevo-dbus-server 00:11:17] Exiting Server::run
[DEBUG syncevo-dbus-server 00:11:17] cleaning up
[DEBUG syncevo-dbus-server 00:11:17] flushing D-Bus connection
[INFO syncevo-dbus-server 00:11:17] terminating, closing logging
[INFO syncevo-dbus-server] terminating
==
$ syncevolution --version
SyncEvolution 1.5.1
using libical.so.1
using libical.so.1
using libbluetooth.so.3
Loading backend library /usr/lib/syncevolution/backends/syncxmlrpc.so
Loading backend library /usr/lib/syncevolution/backends/syncsqlite.so
Loading backend library /usr/lib/syncevolution/backends/syncqtcontacts.so
Loading backend library /usr/lib/syncevolution/backends/syncpbap.so
Loading backend library /usr/lib/syncevolution/backends/syncmaemocal.so
Loading backend library /usr/lib/syncevolution/backends/synckcalextended.so
Loading backend library /usr/lib/syncevolution/backends/syncfile.so
Loading backend library /usr/lib/syncevolution/backends/syncecal.so
Loading backend library /usr/lib/syncevolution/backends/syncebook.so
Loading backend library /usr/lib/syncevolution/backends/syncdav.so
Loading backend library /usr/lib/syncevolution/backends/syncakonadi.so
Loading backend library /usr/lib/syncevolution/backends/providergoa.so
Loading backend library /usr/lib/syncevolution/backends/platformkde.so
Loading backend library /usr/lib/syncevolution/backends/platformgnome.so
Any Ideas?
Best Regards
Vladislav
5 years, 4 months
