Re: [SyncEvolution] More syncevolution issues
by Patrick Ohly
On Sun, 2011-06-26 at 04:26 +0200, Ove Kåven wrote:
> OK, first, I've noticed the http://syncevolution.org/about page where
> somehow the Maemo backend is listed with "unknown". I could perhaps clarify:
>
> Maemo 5 Calendar Backend
> Data types: events, tasks, memos
> Storage: calendar-backend internal storage (SQLite)
> Change tracking: modification time
>
> (The calendar-backend storage is not icalendar, there's just a class to
> convert from/to ical/vcal, and that converter implementation is not all
> that great.)
Thanks for the update, applied.
> So, anyway, I've built that syncevolution snapshot. I've noted that now,
> --disable-ssl-certificate-check doesn't do anything anymore.
True. It used to insert SSLVerifyServer=0 into the configuration
templates. When these templates were moved out of the source code (where
a simple ifdef was enough) into files (where a more complicated patching
during "make install" would be needed), I dropped support for the
configure option. I didn't know that the Maemo 5 port depends on it.
> Maybe I can
> find the correct Maemo certificate path and give its path to configure
> --with-ca-certificates,
That would be the better solution, if it solves the problem.
Alternatively you could add the SSLVerify=0 in your frontend when
creating configs.
> but it also seems to me that webdav/NeonCXX.cpp
> probably wouldn't honor those paths if I did.
ne_ssl_trust_default_ca() is called by SyncEvolution. If libeon itself
was compiled correctly, then it should find and use the default
certificates. Overriding the path is indeed not supported. Disabling SSL
verification is, so that would be the low road that you could take.
> But more serious, maybe, is a problem with WebDAV sync. I did an initial
> sync against google calendar, which downloaded a lot of events. Right
> after that, I tried a normal sync, and that failed.
> "updating item: real luid 1014.ics does not match old luid
> pnark49mmvqjnnfbr0btstlpp8(a)google.com.ics"
Can you send me the logs of downloading an event and updating it? Run
with loglevel=4 and send the "source-config" logs, those are the ones
showing the communication with the CalDAV server.
> Perhaps it is of relevance that calendar-backend claims the ical "UID"
> field for its own purposes. It is generated when a calendar entry is
> inserted. You can't override the UID without hacks (any existing UID in
> the ical text is ignored), and there probably wouldn't be much point in
> trying anyway, since it is just an integer in the SQLite database, not a
> text field.
That might indeed be a problem. It might be possible to fix it, I need
to look at the logs and think a bit about where the right UID can be
inserted again.
> All this doesn't seem to have been much of a problem with
> normal SyncML sync, though...?
SyncML doesn't care about the UID at all whereas in CalDAV, iCalendar
2.0 including the UID semantic (globally unique and preserved) is
mandatory. It would be SyncEvolution's job to fix that for local
backends which don't support 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.
10 years
[SyncEvolution] status of SyncEvolution 1.2
by Patrick Ohly
Hello!
Here's a quick overview of the current status and what still needs to
happen before 1.2 can be released.
Partial done:
* CalDAV/CardDAV support is almost done. Only missing piece is
more efficient change detection when some items changed on the
server - see "minimizing WebDAV traffic" thread.
* GTK UI has support for CalDAV/CardDAV, but it is not yet in
master.
Jussi, do you think this is suitable for merging and a MeeGo 1.2 Netbook
update? Or should we wait and put it into 1.3?
Opens:
* README doesn't describe local sync and CalDAV/CardDAV. I'd like
to clarify the terminology first. See "Couple of questions about
SyncEvolution configuration" thread [1] and comment, please.
* Do we want to add a generic WebDAV (empty sync URL,
"addressbook" and "addressbook"enabled)? They would be useful in
combination with a server which supports discovery via the
username.
* Nightly testing: SyncML and CalDAV/CardDAV okayish, D-Bus
completely broken. It seems to keep compiling obsolete versions
of the source code. I'll probably re-do the whole front-end
script from scratch (BMC #5609).
* Exporting contacts in MeeGo UX: must inline photos if they are
in a file (BMC #19661).
* MeeGo UX notifications: either the MNotification dialog must be
able to invoke the MeeGo UX UI, or it shouldn't offer that
option. Salvatore, status? Do we have a bug for that open?
Anything else that I am missing?
David, note that including CalDAV/CardDAV support in the GTK UI
shouldn't require redoing screenshots for normal sync. It might be nice
to include that though when documenting the CalDAV/CardDAV setup.
Speaking of documenting that, do you have any thoughts on the
terminology questions brought up by Ove? I'm looking for feedback from
people who are new to this.
Ove, because of these opens I am not yet preparing the 1.1.99.5
pre-release. That really would be one which users can try out, but that
depends on proper terminology and documentation for local sync.
You said that you were using 1.1.99.4. Is that because you wanted a
properly tagged version or because you need a source .tar.gz? Either
way, a current snapshot is here:
http://downloads.syncevolution.org/syncevolution/sources/experimental/syn...
It corresponds to SyncEvolution commits 0b62402 and Synthesis 92d2f36.
The later is important, recent changes there are needed.
[1] http://thread.gmane.org/gmane.comp.mobile.syncevolution/2404/focus=2406
--
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.
10 years
[SyncEvolution] D-Bus testing
by Patrick Ohly
Hello Chris!
One comment on your commit in the test-dbus branch:
-----------------------------------
commit da74d2aa1b671c0794cd88a854e137ae93ee102a
Author: Chris Kühl <chrisk(a)openismus.com>
Date: Tue Jun 28 14:48:56 2011 +0200
test-dbus: Remove check for only one report.
Whenever there is an existing sync report in the cache directory, the
testSync test fails. This fixes that, albeit probably naively.
diff --git a/test/test-dbus.py b/test/test-dbus.py
index b6d99c4..083e8b5 100755
--- a/test/test-dbus.py
+++ b/test/test-dbus.py
@@ -636,7 +636,7 @@ class DBusUtil(Timeout):
# now check that report is sane
reports = self.session.GetReports(0, 100, utf8_strings=True)
- self.assertEqual(len(reports), 1)
+ #self.assertEqual(len(reports), 1)
if expectedResult:
self.assertEqual(int(reports[0]["status"]), expectedResult)
-----------------------------------
"the cache" directory should be ./test-dbus/cache/syncevolution, which
is getting cleared before running each test. See the xdg_root part of
test-dbus.py.
Which test has the problem with too many reports? Does it use its own
XDG root?
--
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.
10 years
[SyncEvolution] libsynthesis
by Roger KeIrad
Hello,
I'm a new user of syncevolution.
i tryed to install the syncevolution 1.1.1 version from the source code
package.
when looking to the source code i found that libsynthesis uses GPLv2 and
GPLv3 (in the copying file of the library) .
I don't understand exacltly what's the license of libsynthesis :
is it GPLv2 or GPLv3 ?
i have another question :
can u tell me how can i switch between (vcalendar/icalendar) when testing
with funambol server ?
BR
Roger
10 years
Re: [SyncEvolution] syncEvolution configuration structure and global properties
by Patrick Ohly
[Openismus has some problems sending mail to the public list. Sorry for
only sharing one half of the conversation.]
On Wed, 2011-06-29 at 18:06 +0200, Chris Kühl wrote:
> Hi,
>
> I was wondering if the documentation found here[1] is still true. I
> ask because when running the code below form test-dbus.py, I do not
> get a top level.config.ini file.
Yes, the documentation is still valid.
> The "defaultPeer" value lives in default/peers/foo/config.ini, while
> I'd expect it to be in the .config/syncevolution directory because
> it's global.
Your expectation is correct. Jussi reported something similar recently:
https://bugs.meego.com/show_bug.cgi?id=19464
> This is triggered in the test TestMultipleConfigs.testSharing. Anyone
> see anything obvious?
I'll have a look.
Damn, the broken D-Bus testing integration really is starting to hurt.
--
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.
10 years
Re: [SyncEvolution] Couple of questions about SyncEvolution configuration
by Patrick Ohly
[copying the list with Ove's permission]
On Di, 2011-06-21 at 22:45 +0200, Ove Kaaven wrote:
> So I'm trying to update the Maemo GUI to take these DAV setups into
> account, and it's getting a bit complicated. I've got a couple of
> questions, and it's a bit hard to find the answers elsewhere (plus I
> haven't compiled anything newer than 1.1.99.4), so I'll ask you...
>
> 1) Creation of a configuration from template
> The webdav/README says that you should specify the sources you plan to
> use, and apparently in both server and client configs. Now, assuming
> you're going to add a Google Calendar and Yahoo template for the server
> config, do I still need to specify which sources to create?
Depends. These templates are now in the master branch and they are set
up so that the Google templates only has "addressbook" as source and
Yahoo has "addressbook" + "calendar", but "addressbook" disabled.
So you can create the source-config@yahoo like this:
syncevolution --configure --template yahoo source-config@yahoo
Because the template is deduced from the context name @yahoo,
this shortcut also works:
syncevolution --configure source-config@yahoo.
But then creating the local sync config "yahoo" has to check which
sources really work.
> How should I
> determine which sources to ask SyncEvolution to create for the client
> config? Is it possible to find out using --print-config?
Yes, --print-config --template will tell you that. Note that for an
existing context (like @default) it will include sources already
configured inside that context.
But because the source-config configs are to be used inside their own
context, that won't happen in this case.
> 2) Sync method
> I suppose that syncURL, WebURL, username, password, and uri should go in
> the server config, and database (evolutionsource) should go in the
> client config. But when the user wants to set up a source for slow sync,
> one-way sync etc, where should it go? Server config? Client config? Both?
Careful with the naming here. I prefer "source" config for the side that
talks to the server (source-config@yahoo) and "local" or "sync" config
for the side that is used for syncing (the one with local:// syncURL).
With these names, the real, remote syncURL goes into the "source-config"
where it can be used for command line operations like
list/import/export/modify items. Username and password should be set in
that same config, because these operations need them.
uri hardly ever needs to be changed. Just use the default
"addressbook/calendar/todo/memo".
"database" is currently set automatically in the source config (recent
change on master). We still need to add support for listing the WebDAV
resources that could be set here.
"database" and "backend" in the local config is the same as for SyncML.
In fact, it comes from the @default source configs and is shared between
all peer configs (including SyncML) defined in that context.
--
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.
10 years
[SyncEvolution] ActiveSync backend for SyncEvolution
by Patrick Ohly
Hello all!
I have implemented an ActiveSync backend for the ActiveSync
implementation developed by Mobica. Code is currently in the activesyncd
git repo. It is hosted there because the activesyncd library API is not
stable yet. Long term it'll probably move back to SyncEvolution.
I only tried compilation inside SyncEvolution. I haven't even tried to
run it at this point. I'll try to find the time for that tomorrow.
See the README for more instructions:
http://git.infradead.org/activesyncd.git/blob/HEAD:/syncevolution/README
The backend itself already supports all four data categories, but only
calendar events are supported by the EAS library at this time.
There's also quite a bit of work left. The EAS library doesn't allow
distinguishing between different error scenarios, so right now
everything, including temporary network errors, forces a slow sync in
the next sync session.
I went for the simplest possible approach. Batching multiple changes to
the server side into one final call would be useful. It's easy enough
for deletes, but a bit harder for adds, because the Synthesis engine
needs to know the final ID. This can be solved by assigning a temporary
ID and reporting the final one later.
Question to Mobica: right now, the client_id is not set at all by the
SyncEvolution backend. Will your code handle that?
--
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.
10 years
[SyncEvolution] minimizing WebDAV traffic
by Patrick Ohly
Hello!
I have done some work on minimizing the number of requests sent during a
WebDAV and/or CalDAV sync. One major improvement is the use of CTag
(https://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Extensio...), an extensions supported by Google, Yahoo and Apple calendar servers.
The other improvements is a change of the tradeoff between memory and
speed in favor of speed.
Result is in the webdav-optimization branch.
Only problem: in contrast to my expectation (see comment in one of the
commits), having the UID for each CalDAV resource is relevant. Without
it, the mapping between existing items and new items with the same UID
fails. Found when running the Client::Source tests.
So now I'm back to the drawing board. Expect some update on Friday.
In the meantime, can someone review the commits - Salvatore?
--
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.
10 years, 1 month
Re: [SyncEvolution] HACKING document updated
by Valluri, Amarnath
Patrick,
I updated the document(HACKING) as per your suggestion, (commit # dbe039c).
can you please review, if the description is fine enough.
Regards,
Amarmath
-----Original Message-----
From: owner-syncevolution(a)lists.intel.com [mailto:owner-syncevolution@lists.intel.com] On Behalf Of Ohly, Patrick
Sent: Tuesday, June 21, 2011 2:24 PM
To: Valluri, Amarnath
Cc: syncevolution(a)lists.intel.com
Subject: Re: HACKING document updated
Hello!
First, this is more suitable for the public list,
syncevolution(a)syncevolution.org.
On Di, 2011-06-21 at 07:54 +0100, Valluri, Amarnath wrote:
> I added a note in the HACKING document regarding the automatic
> database creation limit in syncevolution client tests.
>
>
>
> This is pushed under ‘avalluri’ branch(commit # 426a528). Can you
> please review the change.
+ NOTE : The automatic databse creation is not supported for EDS 2.32.
There's a typo. The note would be more useful if it explained what to do
instead with EDS 2.32. Can you add that and re-submit?
> Regards,
>
> Amarnath
>
>
> ---------------------------------------------------------------------
> Intel Finland Oy
> Registered Address: PL 281, 00181 Helsinki
> Business Identity Code: 0357606 - 4
> Domiciled in Helsinki
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
You can get rid of this footer:
http://opensource.intel.com/linux-wiki/LinuxDesktop#mail
--
Best Regards
Patrick Ohly
Senior Software Engineer
Intel GmbH
Open Source Technology Center
Pützstr. 5 Phone: +49-228-2493652
53129 Bonn
Germany
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki
Business Identity Code: 0357606 - 4
Domiciled in Helsinki
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
10 years, 1 month
