<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Le 28/04/2017 à 11:36, Patrick Ohly a écrit :<br>
<blockquote cite="mid:1493372203.4241.173.camel@intel.com"
type="cite">
<pre wrap="">On Fri, 2017-04-28 at 10:18 +0100, Graham Cobb wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 28/04/17 10:05, Patrick Ohly wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Fri, 2017-04-28 at 10:31 +0200, Vincent wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Could you tell me more about synccompare?
</pre>
</blockquote>
<pre wrap="">
In the syncevolution.org packages, it is under /usr/bin/synccompare.
It's a perl script that takes two database dumps and compares them,
similar to a diff between text files.
</pre>
</blockquote>
<pre wrap="">
I find it to be of variable usefulness. It is great when it works, but
in my experience it scales horribly.
</pre>
</blockquote>
<pre wrap="">
I just use it on a laptop and it works for me, but I agree that it's
mostly a hack originating in the automated testing. There's even a bug
open for rewriting it...
</pre>
<blockquote type="cite">
<pre wrap="">I think I always see "comparison was impossible" with refreshes. I
assumed that is because the databases are deleted or something (although
thinking about it further I am not sure that is a reasonable expectation).
</pre>
</blockquote>
<pre wrap="">
There should be "before" and "after" dumps also for refreshes, so this
has to be something else.
</pre>
</blockquote>
<br>
So what is the goal of this command? Does it mean that something
went wrong but nothing important enought to break the system?<br>
<br>
<span class="comment-copy"> I deleted the two related to my
configuration, restarted to clear the sessions and then added
again my notes taken from there
<a class="moz-txt-link-freetext" href="http://influence-pc.fr/03-07-2015-synchroniser-ses-contacts-et-calendrier-dubuntu-phone-via-owncloud-cosy-cloud">http://influence-pc.fr/03-07-2015-synchroniser-ses-contacts-et-calendrier-dubuntu-phone-via-owncloud-cosy-cloud</a>
(was working from past 2 years) so just after the first "sync
slow" here is what I can see:<br>
<br>
[WARNING] owncloud: ignoring username , it is not needed<br>
[INFO] @default/9frfrenchholiday: inactive<br>
[INFO] @default/9rd2q8ps5e2r48skvidunfkoms8: inactive<br>
[INFO] @default/addressbook: inactive<br>
[INFO] @default/calendar: inactive<br>
[INFO] @default/memo: inactive<br>
[INFO] @default/todo: inactive<br>
[WARNING] owncloud: ignoring username , it is not needed<br>
[INFO @owncloud] target side of local sync ready<br>
[INFO @owncloud] @owncloud/addressbook: inactive<br>
[INFO @owncloud] @owncloud/calendar: inactive<br>
[INFO @owncloud] @owncloud/memo: inactive<br>
[INFO @owncloud] @owncloud/todo: inactive<br>
[INFO @owncloud] @owncloud/contacts: using configured
database=[censored]/remote.php/carddav/addressbooks/Vincent/contacts<br>
[INFO @owncloud] @owncloud/contacts: starting first time sync,
two-way (peer is server)<br>
[INFO @owncloud] @owncloud/contacts: sent 140/140<br>
[INFO] @default/contacts: starting first time sync, two-way (peer
is client)<br>
[INFO] creating complete data backup of datastore contacts before
sync (enabled with dumpData and needed for printChanges)<br>
@default data changes to be applied during synchronization:<br>
*** @default/contacts ***<br>
Comparison was impossible.<br>
<br>
[INFO] @default/contacts: started<br>
[INFO] @default/contacts: updating "[censored]"<br>
[INFO] @default/contacts: received 140<br>
[INFO @owncloud] @owncloud/contacts: started<br>
[INFO] @default/contacts: first time sync done successfully<br>
[INFO @owncloud] @owncloud/contacts: first time sync done
successfully<br>
<br>
Synchronization successful.<br>
<br>
Changes applied during synchronization (@owncloud):<br>
+---------------|-----------------------|-----------------------|-CON-+<br>
| | @owncloud | @default |
FLI |<br>
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR |
CTS |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
| contacts | 0 | 0 | 0 | 0 | 140 | 0 | 0 | 0 |
0 |<br>
| slow, 44 KB sent by client, 0 KB
received |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
| start Mon May 1 16:47:48 2017, duration
0:13min |<br>
| synchronization completed
successfully |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
[INFO] creating complete data backup after sync (enabled with
dumpData and needed for printChanges)<br>
<br>
Synchronization successful.<br>
<br>
Changes applied during synchronization:<br>
+---------------|-----------------------|-----------------------|-CON-+<br>
| | @default | @owncloud |
FLI |<br>
| Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR |
CTS |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
| contacts | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 |
0 |<br>
| slow, 0 KB sent by client, 44 KB
received |<br>
| 140 item(s)
matched |<br>
| item(s) in database backup: 140 before sync, 140 after
it |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
| start Mon May 1 16:47:48 2017, duration
0:13min |<br>
| synchronization completed
successfully |<br>
+---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+<br>
<br>
Data modified @default during synchronization:<br>
*** @default/contacts ***<br>
Comparison was impossible.<br>
<br>
<br>
Even if I delete the config, the backup database still contain
entries!<br>
</span>
</body>
</html>