[SyncEvolution] How to select the evolution target calendar
by Matthias Urlichs
Hello,
I have one small problem: I cannot select which local Evolution calendar
SyncEvolution actually talks to.
Apparently it uses the first entry in
the /apps/evolution/calendar/sources gconf entry that it can find. Since
the order of these entries isn't changeable and I need to separate
"work" from "home" calendar entries (with separate mobiles to sync to
…), I'd like some way to change that.
Either this is not possible yet, or I'm blind and didn't find it in the
documentation …?
Otherwise, thanks for the excellent tool; it works with our Oracle
calendar like a charm (using the values in the Oracle branch).
-- Matthias
11 years, 10 months
[SyncEvolution] SyncEvolution in Fremantle
by Patrick Ohly
Hello Maemo!
It has been a while that I posted anything here. Ironically, since I
started working on SyncEvolution full-time beginning of this year, I
seem to have *less* time left compared to the previous years when I did
it in my spare time ;-)
For those who haven't heard about it:
* SyncEvolution is a SyncML client synchronizing PIM data with
SyncML servers [1]. The versions <= 0.8.1 are available for
Maemo [2] and work with the builtin address book and the Dates
calendar.
* This year it became the sync solution in Moblin and switched to
the Synthesis SyncML engine [3], with the goal of using that
also as SyncML server on a desktop [4].
* We have direct client to server synchronization working in the
development branch, without depending on closed third party
software [5].
I'd love to see the latest SyncEvolution releases packaged properly for
Maemo, and so do users [6]. 0.8.1 still works fine on the older Maemo
releases it is available for, but 0.9 has several relevant improvements,
for example synchronization with Google Contacts and a GTK GUI.
I'm posting here because I hope that an interested developer or
maintainer will step up and take over packaging for Maemo. You can be
sure that this will have full support when it comes to merging patches
and including the Maemo port as first-class citizen in releases.
Another interesting area to work on would be support for other local
databases. GPE has been asked for several times. There is a plugable
backend API which would allow that, if a developer is interested [7].
That article is a bit dated, but still relevant. 0.9.1 (about to be
released) has several improvements that make writing a backend simpler,
for example it is not necessary to have your own
vCard/iCalendar/vCalendar encoder/decoder. Instead, it is possible to
exchange properties directly with the internal Synthesis format [8]. The
sqlite backend demonstrates that. For an introduction to the Synthesis
engine see [9].
I'm cross-posting to the SyncEvolution list to keep the other
SyncEvolution developers informed. If there's anything that I can help
with, please don't hesitate to reply here or contact me directly.
[1] http://syncevolution.org
[2] http://maemo.org/downloads/product/OS2008/syncevolution/
[3] http://www.estamos.de/blog/2009/05/13/syncevolution-09-beta-1-full-time-p...
[4] http://syncevolution.org/development/direct-synchronization-aka-syncml-se...
[5] http://article.gmane.org/gmane.comp.mobile.syncevolution/434
[6] http://talk.maemo.org/showthread.php?t=32515
[7] http://www.estamos.de/blog/2008/08/04/syncml-client-do-it-yourself-style/
[8] http://article.gmane.org/gmane.comp.mobile.syncevolution/136
[9] http://syncevolution.org/development/pim-data-synchronization-why-it-so-hard
--
Bye, Patrick Ohly
--
Patrick.Ohly(a)gmx.de
http://www.estamos.de/
12 years, 4 months
[SyncEvolution] status 2009-11-26
by Patrick Ohly
Hi!
It's been a while that I sent a project status update... and no-one has
complained about that. Are these kind of summary emails useful? Answer
with "yes" and as a reward you'll get more of them in the future ;-)
What should be summarized?
One reason for not writing earlier was that I felt that the major news
items (like SyncEvolution 0.9.1) were public knowledge anyway. The other
reason was that development continued at full speed, leaving no time to
stop and contemplate what had been achieved.
So, without further ado:
* SyncEvolution 0.9.1 released. Some issues in it where found, but
nothing fatal and nothing that cannot be worked around [1]
* Reorganized feature plan for SyncEvolution 1.0. It's not visible
in the Bugzilla overview [2] because we kept several issues
open, but enough of this already works so that we can probably
call it a 1.0 alpha next week without being laughed at.
* Direct synchronization with a phone via Bluetooth works - sort
of. It works well enough to determine that this particular phone
SyncML implementation is crap.
* obexd 0.19 includes the plugin which redirects SyncML connection
requests and data into SyncEvolution 1.x.
[1] http://bugzilla.moblin.org/buglist.cgi?query_format=advanced&short_desc_t...
[2] http://bugzilla.moblin.org/showdependencytree.cgi?id=7892&hide_resolved=1
--
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.
12 years, 5 months
[SyncEvolution] phone branch merging
by Patrick Ohly
Hello Congwu!
Is the "phone" branch ready for merging? It seems that at least the
"initiate slow sync" part still needs some work or cleaning up.
I'd can merge this after fixing the compiler warnings on the current
master later today, if you want.
I've looked at the code. Some comments:
Server Alerted Sync: SAN generation
ContentType in the 'Get' command during the SAN should be XML or WBXML instead
of SAN Notification.
Why that? Perhaps I misunderstand the code, but doesn't it ensure that
the content type for the SAN message is
TransportAgent::m_contentTypeServerAlertedNotificationDS and *not* XML
or WBXML?
FileSyncSource: use x-vcalendar instead of x-calendar
This changes user-visible behavior, and not just in the FileSyncSource,
doesn't it? I agree that x-vcalendar is the better choice, but
x-calendar should still be accepted for users who have it in their
configs.
Join/dejoin Mutiple SyncSources, MB#4611
Can you move the escape code for the new virtual backend's
evolutionsource property into util.cpp? It's likely that we'll also need
it for multiple syncURLs.
+ "If the backend is a virtual data source, \n"
+ "this field points a comma seperated list of \n"
+ "sub datasources actually used for syncing.\n"
+ "If your sub datastore has comma in name, you\n"
+ "can separated by preceding it with '\\' \n"
Extra white space - evil! ;-) Spelling improvement:
"If the backend is a virtual data source,\n"
"this field must contain a comma separated list of\n"
"sub datasources actually used to store data.\n"
"If your sub datasource has a comma in its name, you\n"
"must prevent that comma from being mistaken as the\n"
"separator by preceding it with a backslash, like this:\n"
" evolutionsource = Source1PartA\,PartB, Source2\\Backslash\n"
--
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.
12 years, 5 months
Re: [SyncEvolution] Test cases design for DBus server: Status and Progress
by Patrick Ohly
On Fri, 2009-11-27 at 06:17 +0000, Zhu, Yongsheng wrote:
> I write some test cases design for GetStatus/StatusChanged signals and
> GetProgress/ProgressChanged signals.
> Please see the attachment.
Looks reasonable. I was wondering whether those tests which run a full
sync should be combined. Advantage: shorter overall runtime.
Disadvantage: the different aspects cannot be tested independently. Your
choice (that way I don't have to decide ;-)
> But it seems that it is hard to do checkings for
> GetProgress/ProgressChanged accurately.
That's true. Basic sanity checking as you suggested (increasing
progress, etc.) looks reasonable.
Regarding test-dbus.py in general: some method of controlling the
currently hard-coded global settings would be useful, together with
documenting them.
I didn't do that initially because it wasn't sure how useful the script
and individual options are, but it seems to be useful, so let's make it
not just useful, but also nice.
One option that I keep changing in the source often is
debugger = "gdb"
to enable an interactive debug session of the syncevo-dbus-server during
a test.
The other option that at least needs to mentioned is the dependency on a
valid HTTP server configuration, currently hard-coded at
"scheduleworld_1".
--
Best Regards
Patrick Ohly
Senior Software Engineer
Intel GmbH
Open Source Technology Center
Hermuelheimer Strasse 8a Phone: +49-2232-2090-30
50321 Bruehl Fax: +49-2232-2090-29
Germany
12 years, 5 months
[SyncEvolution] git status update
by Patrick Ohly
Hello!
I've added a new option "filename" to libsynthesis to configure the name
of our .html log files. It is now "syncevolution-log.html". If you don't
have the latest libsynthesis, you'll get a warning on stdout about
invalid tag <filename> at line 25 col 4
but apart from that, the sync still runs.
I merged the Congwu's "phone" branch and last week also Yongsheng's
D-Bus changes. Jussi's GUI branch is still pending; we are uncertain
whether we want to expose translators to string changes on "master"
which will be updated again later on.
One option is to keep the GUI changes out of "master" and work on a
"syncevolution-1-0-branch" for a while.
--
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.
12 years, 5 months
[SyncEvolution] presenting myself + android,plaxo and sugarcrm
by Trond Husø
Hi list,
Just want to present myself as a new member on the list.
I came over SyncEvolution while trying to find out how to synchronize my
Evolution contacts, calendar, tasks and memos with my HTC Hero. Through
the Funambol-project I came over this project. And as I understand,
someone is already working on the HTC Hero/Android stuff already.
To you: Please let me know if there is anything I can do - I might not
code, but I would very much like to help out in any way that I can.
While doing this I received a reply from the APIsupport at Plaxo - the
Online service. This because I want to help out creating a Evolution
Plugin for this Plaxo. Plaxo us run using SyncML, so it could seem like
SyncEvolution can a tool in syncing Plaxo and Evolution.
Then I came over the SugarCRM-Funambol connector. And wouldn't it be
awesome to Sync between the CRM and Evolution?
I'm no Java-developer, nor can I program in C/C++. I'm primary a
PHP-developer that have also been programming in VB.Net, C#, Delphi,
6502 Assembler (Yes I have owned a Commodore 64).
Best
Trond
12 years, 5 months
[SyncEvolution] SyncEvolution 0.9.x branch(es)
by Patrick Ohly
Hello!
We've had an older syncevolution-0-9-branch (based on 0.9) and a more
recent syncevolution-0-9-x (based on 0.9.1). This was confusing.
translate.moblin.org ended up tracking the older branch for Moblin 2.1,
so instead of getting that changed I cleaned up our git repo:
* removed syncevolution-0-9-branch
* syncevolution-0-9-x renamed to syncevolution-0-9-branch
* merged back some of the translations only committed to master
In other words, syncevolution-0-9-branch is now the official stable
branch and "master" is ready for string changes.
--
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.
12 years, 5 months
[SyncEvolution] binfile corruption -> slow sync?
by Patrick Ohly
Hello!
Jussi and our nightly testing had issues with not being able to do
anything but slow syncs. I was able to reproduce it for a while:
* The log showed that "Saved Last Remote Server Anchor=''" and
"Last Local Client Anchor=''".
* With both anchors being empty, a slow sync was done.
* According to "SaveAdminData: saving remote anchor =
'1259088941028'", the new anchor should have been saved, but
didn't end up in the binfile in the .synthesis directory.
* => another slow sync the next time
I then switched back to SyncEvolution 0.9.1, which managed to do two-way
syncs with the same config and binfiles. After that, the current
development version also worked again.
I know that this isn't particular helpful to diagnose the root cause of
the issue. I'm just writing to let you know that if you have problems
with a certain configuration, try removing the entire .synthesis
directory in it.
Before you do that, make a copy of it and report back so that we can
have a closer look.
I'll also check my other configs; perhaps one of them still has this
problem.
--
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.
12 years, 5 months
[SyncEvolution] Automatic testing with phones
by Chen Congwu
Hello,
I have just enabled syncing with Nokia 7210c (Symbian S40 5th editon), it
works basically well with contacts(vcard 2.1), calendar(vcalendar),
todos(vcalendar) and memo(text/plain) (Server alerted two-way sync).
However I haven't conducted more extensive testing yet. I am asking ideas for
automate the test process.
At this scenario, SyncEvolution on Moblin acts as SyncML Server which inited
the sync with a Nokia phone. The "two client based client-test" mostly will not
work here because a Nokia phone typically don't have mutliple profile support
(There is only "PC Suite" for Nokia PC Suite usage). Therefore emulating two
servers at PC side will likely not work.
For example:
Adding item on PC and SyncEvolution on PC init "server alerted two-way sync"
with phone, how can we reliably detect the item is really accepted at phone
side?
Sync the phone with another server will not work because the phone doesn't support
multiple servers.
What I can think of is:
a) Hacking on the Phone side so that it can work with multiple servers (or
emulation?) Not sure wheather it works.
b) Use Refresh-from-Server sync with the same server (This is very limited).
Any ideas?
--
Regards,
Chen Congwu
Moblin China Development
12 years, 5 months