9:30 a.m.
Hi all,
since early May I am using syncevolution from command line to sync my bq
E4.5 against my desktop machine syncevolution syncml-http-server.
Everything was working as expected.
Since mid of June (according to the logs) I permanently get the
'Comparison was impossible.'
warning for all (memo, contacts, calendar, todo).
I additionally set logdir and maxlogdir entries as suggested in [1]
(which where commented out before). This mainly changed the location
where the dumps are written to and prevented log directories from being
auto-deleted during the following update, if they do not contain
changes. This makes analysis easier.
If I look at the previous database dumps, that are given as comparison
sources in the log files [2], all the files (e.g. VCARD-entries for
addressbook) seem to be there and contain reasonable data. A diff of a
previous *.after-dump and its successor *.before-dump will show the
expected changes, if an entry was modified.
So for me its not obvious, why I get the above message.
Any ideas what else can be causing the message?
Marc
[1]
https://lists.syncevolution.org/pipermail/syncevolution-issues/2009-Octob...
[2]
http://gut-informierte-kreise.de/syncevolution-log-Comparison-was-impossi...
12:26 a.m.
On Mon, 2015-07-27 at 18:30 +0200, Marc Bantle wrote:
So for me its not obvious, why I get the above message.
Any ideas what else can be causing the message?
Perhaps the perl script is failing.
The command which fails is (from the html log):
env CLIENT_TEST_COMPARISON_FAILED=10 CLIENT_TEST_LEFT_NAME='after last sync'
CLIENT_TEST_RIGHT_NAME='current data' CLIENT_TEST_REMOVED='removed since last
sync' CLIENT_TEST_ADDED='added since last sync' synccompare
'/home/phablet/.cache/syncevolution/MyDesktopMachine-sync/SyncEvolution-MyDesktopMachine-2015-07-27-15-43/addressbook.after'
'/home/phablet/.cache/syncevolution/MyDesktopMachine-sync/SyncEvolution-MyDesktopMachine-2015-07-27-16-55/addressbook.before
Try running that directly in a shell. It might show additional errors.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
4:51 a.m.
Am Montag, den 03.08.2015, 09:26 +0200 schrieb Patrick Ohly:
On Mon, 2015-07-27 at 18:30 +0200, Marc Bantle wrote:
> So for me its not obvious, why I get the above message.
>
> Any ideas what else can be causing the message?
Perhaps the perl script is failing.
Try running that directly in a shell. It might show additional errors.
Thanks for the hint! The script seems to be missing MIME/Base64.pm:
phablet@ubuntu-phablet:~$ env CLIENT_TEST_COMPARISON_FAILED=10
CLIENT_TEST_LEFT_NAME='after last sync' CLIENT_TEST_RIGHT_NAME='current
data' CLIENT_TEST_REMOVED='removed since last sync'
CLIENT_TEST_ADDED='added since last sync' synccompare
'/home/phablet/.cache/syncevolution/MyDesktopMachine-sync/SyncEvolution-MyDesktopMachine-2015-07-27-15-43/addressbook.after'
'/home/phablet/.cache/syncevolution/MyDesktopMachine-sync/SyncEvolution-MyDesktopMachine-2015-07-27-16-55/addressbook.before'
Can't locate MIME/Base64.pm in @INC (you may need to install the
MIME::Base64 module) (@INC
contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2
/usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5
/usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at
/usr/bin/synccompare line 750.
BEGIN failed--compilation aborted at /usr/bin/synccompare line 750.
And yes, the perl system installed seems to be very "reduced", for some
reason.
phablet@ubuntu-phablet:~$ ls -la /usr/lib/arm-linux-gnueabihf/perl/5.20/
total 192
drwxr-xr-x 8 root root 4096 Jun 16 06:36 .
drwxr-xr-x 3 root root 4096 Jun 16 06:36 ..
-rw-r--r-- 1 root root 2897 Mär 3 14:11 attributes.pm
drwxr-xr-x 12 root root 4096 Jun 16 06:36 auto
-rw-r--r-- 1 root root 409 Mär 3 14:09 Config_git.pl
-rw-r--r-- 1 root root 51053 Mär 3 14:11 Config_heavy.pl
-rw-r--r-- 1 root root 3365 Mär 3 14:11 Config.pm
-rw-r--r-- 1 root root 18320 Mär 3 14:11 Cwd.pm
-rw-r--r-- 1 root root 10748 Mär 3 14:11 DynaLoader.pm
-rw-r--r-- 1 root root 4886 Mär 3 14:11 Errno.pm
-rw-r--r-- 1 root root 2036 Mär 3 14:11 Fcntl.pm
drwxr-xr-x 3 root root 4096 Jun 16 06:36 File
drwxr-xr-x 2 root root 4096 Jun 16 06:36 Hash
drwxr-xr-x 3 root root 4096 Jun 16 06:36 IO
-rw-r--r-- 1 root root 413 Mär 3 14:11 IO.pm
-rw-r--r-- 1 root root 2284 Mär 3 14:11 lib.pm
drwxr-xr-x 2 root root 4096 Jun 16 06:36 List
-rw-r--r-- 1 root root 16839 Mär 3 14:11 POSIX.pm
-rw-r--r-- 1 root root 6624 Mär 3 14:11 re.pm
drwxr-xr-x 2 root root 4096 Jun 16 06:36 Scalar
-rw-r--r-- 1 root root 13449 Mär 3 14:11 Socket.pm
On a standard (desktop) Ubuntu MIME/Base64.pm seem to be part of package
perl [1], which claims to be installed on the phone as well. But the
image-based update must have stripped most of the standard perl modules
(Probably on June 16: That was the time when the error started
occuring.).
I'm not very familiar with Ubuntu's image-based updates. So I cannot
easily verify the assumption. I'll try to find out more when I find some
time.
Marc
[1]
http://packages.ubuntu.com/search?searchon=contents&keywords=Base64.p...
1998
days inactive
2005
days old
syncevolution@synevolution.org
2 comments
2 participants
participants (2)
-
Marc Bantle -
Patrick Ohly