On Thu, 2015-05-28 at 18:20 +0200, Daniel CLEMENT wrote:
> Le jeudi 28 mai 2015 à 17:24 +0200, Patrick Ohly a écrit :
> > On Thu, 2015-05-28 at 16:01 +0200, Daniel CLEMENT wrote:
> > > Le jeudi 28 mai 2015 à 12:36 +0200, Patrick Ohly a écrit :
> > > > [...]That's not what I meant. When you run
> > > > "ldd /usr/lib/syncevolution/backends/syncecal-3.so | grep ecal" it will
> > > > point you to a libecal version that belongs to an obsolete EDS.
> > > >
> > > > Check in aptitude under "obsolete" packages, or use "dpkg -S" to locate
> > > > the owner of that libecal*.so*. Get rid of those.
> > >
> > > It pointed me to libecal-1.2-15, which was from the old (3.8) version. I
> > > guess it was not removed by the upgrade because the new (3.12) has a
> > > different name (libecal-1.2-16).
> > > >
> > > > Same for all other obsolete /usr/lib/libe*.*so* files.
> > > >
> > > I checked carefully and I had to suppress 4 more:
> > > libedata-cal-1.2-20
> > > libebackend-1.2-6
> > > libedatabook-1.2-17
> > > libedataserver-1.2-17
> > > for which the newer version also has a different name.
> >
> > 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.
> 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.
--
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]
https://lists.syncevolution.org/mailman/listinfo/syncevolution
