12:37 p.m.
Patrick,
As I have tested, it is possible to set up libsyncml (sync server + obex client)
<---> SyncEvolution (sync client + obexd).
To make a really successfully sync session, there is still a possible blocker:
SyncEvolution as a client don't support SAN request yet. Do you think when this
feature will be available? If not quick enough, maybe we need to hack SyncEvolution a
little to accept the SAN request and start the sync immediately, does it look workable?
Thanks,
Chen,Congwu
4:50 p.m.
On Mon, 2009-09-14 at 03:37 +0100, Chen, Congwu wrote:
As I have tested, it is possible to set up libsyncml (sync server +
obex client) <---> SyncEvolution (sync client + obexd).
Can you provide a small HOWTO? I suppose it is a matter of compiling and
invoking libsyncml correctly, but how?
To make a really successfully sync session, there is still a
possible
blocker: SyncEvolution as a client don't support SAN request yet. Do
you think when this feature will be available?
I intend to add it this week, based on the SAN class in libsynthesis. It
hasn't been moved into the SDK yet, so I'll do that myself under the
LGPL that currently covers it, then Synthesis can later sanction that
and relicense it as BSD like the rest of the SDK.
--
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.
4:57 p.m.
On Mon, 2009-09-14 at 03:37 +0100, Chen, Congwu wrote:
> As I have tested, it is possible to set up libsyncml (sync server +
> obex client) <---> SyncEvolution (sync client + obexd).
Can you provide a small HOWTO? I suppose it is a matter of compiling and
invoking libsyncml correctly, but how?
I am sitting near Forrest so I think face-to-face communication will be better.
This is why I am not writing something here.
> To make a really successfully sync session, there is still a
possible
> blocker: SyncEvolution as a client don't support SAN request yet. Do
> you think when this feature will be available?
I intend to add it this week, based on the SAN class in libsynthesis. It
hasn't been moved into the SDK yet, so I'll do that myself under the
LGPL that currently covers it, then Synthesis can later sanction that
and relicense it as BSD like the rest of the SDK.
That would be good, no more blockers I think.
2:30 a.m.
On Mon, 2009-09-14 at 07:57 +0100, Chen, Congwu wrote:
>On Mon, 2009-09-14 at 03:37 +0100, Chen, Congwu wrote:
>> As I have tested, it is possible to set up libsyncml (sync server +
>> obex client) <---> SyncEvolution (sync client + obexd).
>
>Can you provide a small HOWTO? I suppose it is a matter of compiling and
>invoking libsyncml correctly, but how?
I am sitting near Forrest so I think face-to-face communication will be better.
This is why I am not writing something here.
True, but I am also interested in replicating this. I don't think I'll
get travel approved when an email would be sufficient ;-)
--
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.
4:56 p.m.
Adding a wiki page for this, I will update the page regarding the interoperability section
when more tests have been done.
http://opensource.intel.com/linux-wiki/moblin/DataSynchronization/libsync...
Copy it here for the public list:
While adding obex support for SyncEvolution, we are testing with another sync peer
(libsyncml), here is the instructions on how to set it up.
Get source and Compile
Adapt from https://libsyncml.opensync.org/wiki/obex-guide
1. Install OpenObex, Bluez (Need some changes to compile with libopenobex 1.4
attachment:libsyncml.patch).
2. svn co http://svn.opensync.org/libsyncml/trunk libsyncml
3. build and install
* cd libsyncml
* cmake . -B/tmp/build/libsyncml
* cd /tmp/build/libsyncml
* make
* make test
* make install
Usage
* List bluetooth devices and find the Mac address: hciconfig
* Check whether the device supplied syncML service and on which channel: sdptool
browse
* Use as Obex Client + syncML server
./syncml-ds-tool -b BtMac BtChannel --sync text/x-vcard Contacts
* Use as Obex Server + syncML client
./syncml-ds-tool --port BtMac BtChannel --sync text/x-vcard Contacts
Note it originally does not support obex server over bt from command line, need a small
patch
* Dump syncml message and trace log
o export SYNCML_TRACE=/path/to/log/dir
o export SYNCML_LOG=/path/to/log/dir
Interoperability issues with SyncEvolution
1. Device Type "desktop" is not supported by libsyncml, change to
"workstation" in configure-pre.in (SyncEvolution)
2. Xml parser error because of '\n" at beginning of syncml message, workaround
available: (Libsynthesis)
diff --git a/src/syncml_tk/src/sml/xlt/all/xltdecxml.c
b/src/syncml_tk/src/sml/xlt/all/xltdecxml.c index f35b300..44c729f 100755 ---
a/src/syncml_tk/src/sml/xlt/all/xltdecxml.c +++
b/src/syncml_tk/src/sml/xlt/all/xltdecxml.c @@ -254,6 +254,7 @@
_nextTok(XltDecScannerPtr_t pScanner)
rc = xmlSkipPI(pScannerPriv);
} else if (smlLibStrncmp((String_t)pScannerPriv->pos, "</", 2) == 0)
{
rc = xmlTag(pScannerPriv, 1);
+ skipS(pScannerPriv);
break;
} else if (smlLibStrncmp((String_t)pScannerPriv->pos, "<
Chen, Congwu -
Patrick Ohly