Le vendredi 29 mai 2015 à 15:26 +0200, Patrick Ohly a écrit :
> [...]
> > > 
> > > What about libical?
> > 
> > I had a look at it too. I have libical0 v. 0.48-2 (which is in the
> > dependencies of Syncevolution-bundle) and libical1a v. 1.0-1.3
> > (dependency of Evolution).
> 
> I'm not sure whether it matters, but to be on the safe side, please also
> remove libical0. The bundle depends on one or the other.

Hmm... It seems to depend on both: if I try to uninstall libical0 from
Synaptic, it wants to remove syncevolution-evolution and
syncevolution-bundle. So I don't go any further, because I assume that
if I suppress and then reinstall syncevolution-bundle, libical0 will get
reinstalled too.

OTTH, if I boldly remove manually the files installed by the package
libical0, that is:
libical.so.0
libical.so.0.48.0
libicalss.so.0
libicalss.so.0.48.0
libicalvcal.so.0
libicalvcal.so.0.48.0
(all from /usr/lib), then syncevo-dbus-server won't start and
syncevolution complains:

daniel@e6330d ~ $ syncevolution --sync refresh-from-remote memotoo memos
syncevolution: error while loading shared libraries: libical.so.0:
cannot open shared object file: No such file or directory

> > Yes but there's perhaps something strange:
> > -----
> > daniel@e6330d ~ $ LD_DEBUG=1 syncevolution --daemon=no --print-items
> > local memo
> > warning: debug option `1' unknown; try LD_DEBUG=help
> > 20150528T153358Z-3805-1000-3269-0%40e6330d-rid: Test
> > syuid032069%2e212299623336289-rid: Adresse plan Google
> > [... other memos...]
> > -----
> > Al memos but the one just created begin with "syuid". (I assume this
> > means they've been synced, instead of created locally on this PC.)
> 
> The syuid UIDs come from 
> src/syncevo/configs/scripting/10newuid.xml:
> 
>     <function><![CDATA[
>       // create a UID
>       string newuid() {
>         return "syuid" + NUMFORMAT(RANDOM(1000000),6,"0") + "." +
> (string)MILLISECONDS(NOW());
>       }
>     ]]></function>
> 
> This happens when the server doesn't send any UID although (ultimately)
> iCalendar 2.0 requires it.
> 
So, nothing wrong with my journal.ics file.
-- 
Daniel CLEMENT
_______________________________________________
SyncEvolution mailing list
[email protected]
https://lists.syncevolution.org/mailman/listinfo/syncevolution

Reply via email to