On Mi, 2010-08-04 at 16:40 +0100, Stephan Janz wrote:
> Am Dienstag, den 03.08.2010, 21:50 +0200 schrieb Patrick Ohly:
> > Can you update to the latest stable version, 1.0.1?
> 
> this looks ok:
> 
> sj...@trick:~$ dpkg -s syncevolution-evolution
> Package: syncevolution-evolution
> Status: install ok installed
> Priority: extra
> Section: gnome
> Installed-Size: 39524
> Maintainer: Patrick Ohly <[email protected]>
> Architecture: amd64
> Version: 1:1.0.1-2
> 
> this doesn't:
> 
> sj...@trick:~$ syncevolution --version
> SyncEvolution 1.0beta3

Did you restart syncevo-dbus-server? What does "ps -ef | grep
syncevo-dbus-server" say, and where does that file really come from
("dpkg -S <file>")?

> > Then please send a copy of the syncevolution-log.html file of a regular
> > sync which creates duplicates, either here or to
> > [email protected] (will be treated confidential).
> 
> Doesn't really look like confidential stuff in there... attached.

You might be running into a bug in the server implementation which has
already been fixed for a while. The bug was related to not storing meta
information correctly, and your log shows that the server indeed does
something weird based on that meta data (multiple local items all mapped
to same temporary ID #61).

To recover from this, please wipe out the ".server.ini" files inside
your config, see:
.config/syncevolution/default/peers/<config 
name>/sources/addressbook/.server.ini

Then do a refresh from client or server (depending on where you have
clean data), or a slow sync if you cannot afford to wipe out one side.

-- 
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.


_______________________________________________
SyncEvolution mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution

Reply via email to