Menu
▾
▴
opensync-users — The place to get help for the OpenSync project
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(30) |
May
(11) |
Jun
(8) |
Jul
(28) |
Aug
(113) |
Sep
(74) |
Oct
(43) |
Nov
(111) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(70) |
Feb
(78) |
Mar
(110) |
Apr
(99) |
May
(106) |
Jun
(128) |
Jul
(65) |
Aug
(123) |
Sep
(80) |
Oct
(128) |
Nov
(80) |
Dec
(54) |
| 2007 |
Jan
(89) |
Feb
(83) |
Mar
(56) |
Apr
(56) |
May
(69) |
Jun
(29) |
Jul
(89) |
Aug
(44) |
Sep
(32) |
Oct
(114) |
Nov
(36) |
Dec
(46) |
| 2008 |
Jan
(88) |
Feb
(100) |
Mar
(63) |
Apr
(27) |
May
(39) |
Jun
(61) |
Jul
(35) |
Aug
(11) |
Sep
(9) |
Oct
(19) |
Nov
(28) |
Dec
(72) |
| 2009 |
Jan
(33) |
Feb
(4) |
Mar
(15) |
Apr
(24) |
May
(17) |
Jun
(17) |
Jul
(11) |
Aug
(30) |
Sep
(19) |
Oct
(8) |
Nov
(10) |
Dec
(5) |
| 2010 |
Jan
(5) |
Feb
(10) |
Mar
(12) |
Apr
(1) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(29) |
Sep
(6) |
Oct
(19) |
Nov
(4) |
Dec
(3) |
| 2011 |
Jan
(9) |
Feb
|
Mar
|
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
| 2012 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(9) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|
From: Armin B. <arm...@de...> - 2006-02-02 00:26:19
|
Martin Schulze wrote: > This ticket documents how far I've got with my efforts to sync my mobile > phone with some calendar on the pc. > > Apart from the two patches, I need a hack in > smlTransportObexClientConnect() to initialize the OBEX server and the > syncml client on the SGH-D600. Also, to be compliant with the > information provided by http://www.traud.de/gsm/samsung.htm I need a > hacked openobex so that the OBEX PUT final command is an empty packet > without (end of) body header. > > Still, my mobile doesn't give any response to the OBEX GET command that > I send after the (SyncML 1.1 compliant) server alert :-( I'm not really > sure what to try next. what obex responds exactly do you get from the phone to the GET command? and are you sure that the server alert was correct (did you compare it to an alert of another working software?). some phone respond with errors on the obex layer if there was an error in the syncml data. Armin > > People with a Nokia phone might be more lucky. At least, the OBEX > packets sent over the line with the two patches from ticket #146 should > match the suggestions in > http://discussion.forum.nokia.com/forum/showthread.php?t=44303 > > Regards, > > Martin > > > Am Mittwoch, den 01.02.2006, 21:28 +0000 schrieb OpenSync: > >>#146: adapt syncml-plugin to work with libsyncml-threaded and make libsyncml more >>functional >>---------------------------+------------------------------------------------ >> Id: 146 | Status: new >>Component: SyncML-Plugin | Modified: Wed Feb 1 22:28:44 2006 >> Severity: normal | Milestone: >> Priority: normal | Version: >> Owner: ehabkost | Reporter: mar...@hi... >>---------------------------+------------------------------------------------ >> All recent development seems to have gone into the "threaded" branch of >> libsyncml. >> However: >> - libsyncml-threaded is incomplete (e.g. session handling in SmlManager is >> non-functional) >> - syncml-plugin still targets libsyncml trunk >> - server initiated alerts (syncml 1.1) are not supported yet, which makes >> it pretty useless for many applications >> >> >> >>Ticket URL: <http://www.opensync.org/ticket/146> >>OpenSync <http://www.opensync.org> >>A Synchronization Framework > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: Armin B. <arm...@de...> - 2006-02-01 23:46:28
|
OrangeJon wrote: > I use Linux, but do not currently use any PIM or email software. I'm l= ooking > for a new phone, ideally a cameraphone. >=20 > I am looking for a combination of software and phone which, under linux= , will > allow me to: >=20 > * synchronise my address book > * synchronise my calendar and (ideally categorised) to-do items > * download photos taken on the phone onto my PC >=20 > Ideally I'd like to do this by Bluetooth. It would be great if I could= > somehow access and modify the calendar and to-do items via the Internet= , but > not essential. I don't want to spend more than =A3100/=80150, but woul= d be happy > with second-hand. >=20 > Does anybody know a software and phone combination that will let me do = this? Hi Jon, right now, this is somewhat difficult to achieve, since im still writing on the syncml library + plugin. But my advice to you would be to buy any device that has a good address book and calendar and supports syncml. About the downloading of the photos: This should be done using another tool (like obexftp) so you should probably take a look at the supported photos there. Armin >=20 > Cheers, >=20 > Jon >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!= > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users >=20 |
|
From: Martin S. <ma...@hi...> - 2006-02-01 23:40:24
|
This ticket documents how far I've got with my efforts to sync my mobile phone with some calendar on the pc. Apart from the two patches, I need a hack in smlTransportObexClientConnect() to initialize the OBEX server and the syncml client on the SGH-D600. Also, to be compliant with the information provided by http://www.traud.de/gsm/samsung.htm I need a hacked openobex so that the OBEX PUT final command is an empty packet without (end of) body header. Still, my mobile doesn't give any response to the OBEX GET command that I send after the (SyncML 1.1 compliant) server alert :-( I'm not really sure what to try next. People with a Nokia phone might be more lucky. At least, the OBEX packets sent over the line with the two patches from ticket #146 should match the suggestions in http://discussion.forum.nokia.com/forum/showthread.php?t=44303 Regards, Martin Am Mittwoch, den 01.02.2006, 21:28 +0000 schrieb OpenSync: > #146: adapt syncml-plugin to work with libsyncml-threaded and make libsyncml more > functional > ---------------------------+------------------------------------------------ > Id: 146 | Status: new > Component: SyncML-Plugin | Modified: Wed Feb 1 22:28:44 2006 > Severity: normal | Milestone: > Priority: normal | Version: > Owner: ehabkost | Reporter: mar...@hi... > ---------------------------+------------------------------------------------ > All recent development seems to have gone into the "threaded" branch of > libsyncml. > However: > - libsyncml-threaded is incomplete (e.g. session handling in SmlManager is > non-functional) > - syncml-plugin still targets libsyncml trunk > - server initiated alerts (syncml 1.1) are not supported yet, which makes > it pretty useless for many applications > > > > Ticket URL: <http://www.opensync.org/ticket/146> > OpenSync <http://www.opensync.org> > A Synchronization Framework |
|
From: Armin B. <arm...@de...> - 2006-02-01 23:09:36
|
ber...@it... wrote: > Hello, > > Am Sonntag, 22. Januar 2006 01:43 schrieb Armin Bauer: > >>ber...@it... wrote: >> >>>Hi Group, hi Armin, >>> >>>I am trying to sync my Motorola A780 with opensync / syncml-plugin. >>>opensync-0.18 runs fine. syncml from svn has problems. (my System Gentoo >>>AMD64) >>>While trying to sync with syncml-http-server, sync stop very early with >>>following message: >>> >>>~ $ msynctool --sync filesyncmlhttp --wait >>>Synchronizing group "filesyncmlhttp" >>>The previous synchronization was unclean. Slow-syncing >>>I/O error : Attempt to load network entity >>>http://www.syncml.org/docs/syncml_represent_v10_20001207.dtd >>> >>>Looking with ethereal I see that the A780 send a "WAP Binary XML, >>>Version: 1.2..." message to the server. But the server answers with >>>"HTTP/1.1 500 Unknown VerDTD" >>> >>>Is there a problem with the xml parser? I think I have build >>>syncml-plugin like the description in the HOWTO. OK I use the wbxml from >>>my "normal" installation, but it has the same patch as in HOWTO. >> >>Hi Bernd, >> >>the problem is clearly that the current trunk version of libsyncl does >>not yet support all syncml version (at the moment only version 1.2). So >>you phone probably uses an older version that the library did not >>understand. > > I am not en expert in XML and syncml, but what mean the ethereal output "WAP > Binary XML, Version: 1.2..."? XML 1.2 or syncml 1.2? It means that this is an syncml 1.2 document encoded in "Wap binary XML". wbxml is sort of an compression algrorithm for syncml to minimize the amount of data to transfer. > > >>Support for these versions is on the way in the current development >>branch of libsyncml. > > I will have a look on it (HOWTO get? svn?) correct: http://svn.opensync.org/libsyncml/branches/libsyncml-threaded/ > > >>Unfortuantely im very short of time at the moment since i have to write >>university exams soon. But i will get back to working on these issues >>after im done with my exams. > > I'll keep my fingers crossed. Thanks :) > > Best reagards > > Bernd Westermann > > >>Best Regards, >>Armin Bauer >> >> >>>Regards >>> >>>Bernd Westermann > > |
|
From: Marc B. <li...@ba...> - 2006-02-01 17:07:32
|
Meanwhile I have seen that the problem was already described in Ticket #106. http://www.opensync.org/ticket/106 After commenting out the according lines in the libtool script, successful installation was possible |
|
From: Marc B. <li...@ba...> - 2006-01-31 23:24:25
|
Hi, I got the appended error message when I wanted to install opensync. After checking out from svn ( svn co http://svn.opensync.org/trunk opensync) I proceeded in the following order: ./configure --prefix=/home/blue/opensync_install make make install The 'make install' command resulted in the following error. make[2]: Entering directory `/home/blue/opensync/wrapper' make[2]: Nothing to be done for `install-exec-am'. test -z "/home/blue/opensync_install/lib/python2.4/site-packages" || mkdir -p -- "/home/blue/opensync_install/lib/python2.4/site-packages" /usr/bin/install -c -m 644 'opensync.py' '/home/blue/opensync_install/lib/python2.4/site-packages/opensync.py' Byte-compiling python modules... opensync.py Byte-compiling python modules (optimized versions) ... opensync.py test -z "/home/blue/opensync_install/lib/python2.4/site-packages" || mkdir -p -- "/home/blue/opensync_install/lib/python2.4/site-packages" /bin/sh ../libtool --mode=install /usr/bin/install -c '_opensync.la' '/home/blue/opensync_install/lib/python2.4/site-packages/_opensync.la' libtool: install: error: cannot install `_opensync.la' to a directory not ending in /home/blue/opensync_install//lib/python2.4/site-packages make[2]: *** [install-osbindingsLTLIBRARIES] Error 1 make[2]: Leaving directory `/home/blue/opensync/wrapper' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/blue/opensync/wrapper' make: *** [install-recursive] Error 1 |
|
From: <nhd...@gm...> - 2006-01-31 15:00:48
|
SGksCiAgTm90IHlldCwgdG9kYXkgSSB3aWxsIHN0YXJ0IHRvIHN0dWR5IHRoZSBjb2RlIHNlYXJj aGluZyBieSB0aGUgcG9pbnRzIG5vdAppbXBsZW1lbnRlZCB5ZXQsIHVzaW5nIHRoZSBsaWJ5c2Nt bC10aHJlYWRlZCB0aGUgc3luY21sLXBsdWdpbiBkb24ndApjb21waWxlLgogIEkgd2lsbCB0cnkg dGhlIE1hcnRpbiBTY2h1bHplIHBhdGNoIHRoYXQgc29sdmUgdGhlIGJ1aWxkIGVycm9yLgoKICBD aGVlcnMsCiAgwWRyaWFuCgoyMDA2LzEvMzAsIGtldmluIGphbWVzIDxyaW5jZXdpbmRAa2phbWVz Lm5ldD46Cj4KPiBEaWQgeW91IGhhdmUgYW55IHN1Y2Nlc3Mgd2l0aCBpdD8gSSBnb3QgaXQgdG8g Y29tcGlsZSBzdWNjZXNzZnVsbHksIGJ1dAo+IHdoZW4gSSB0cnkgdG8gc3luYyB3aXRoIG15IE5v a2lhIDY2ODAgdGhlIHBob25lIGFza3MgZm9yIHRoZSBwaW4gbnVtYmVyLAo+IHRoZW4gb3BlbnN5 bmMgcmVwb3J0czoKPgo+IE1lbWJlciAyIG9mIHR5cGUgc3luY21sLW9iZXgtY2xpZW50IGhhZCBh biBlcnJvciB3aGlsZSBjb25uZWN0aW5nOgo+IFVuYWJsZSB0byBzZXR1cCB0cmFuc3BvcnQKPgo+ IENoZWVycywKPiBLRXYuCj4KPgo+IE9uIE1vbiwgMjAwNi0wMS0zMCBhdCAxNjozNCAtMDIwMCwg wWRyaWFuIEztdmlvIHdyb3RlOgo+ID4gSGkKPiA+ICAgIEkgc29sdmVkIG15IHByb2JsZW0gdXNp bmcgdGhlIENWUyB2ZXJzaW9uIG9mIHRoZSBvcGVub2JleC4KPiA+Cj4gPiAkIGN2cyAtZDpwc2Vy dmVyOmFub255bW91c0BjdnMuc291cmNlZm9yZ2UubmV0Oi9jdnNyb290L29wZW5vYmV4Cj4gPiBs b2dpbgo+ID4gTm8gcGFzc3dvcmQsIGp1c3QgcHJlc3MgPGVudGVyPgo+ID4gJCBjdnMgLXozIC1k OnBzZXJ2ZXI6YW5vbnltb3VzQGN2cy5zb3VyY2Vmb3JnZS5uZXQ6L2N2c3Jvb3Qvb3Blbm9iZXgK PiA+IGNvIC1QIG9wZW5vYmV4Cj4gPgo+ID4KPiA+Cj4gPiAkIGNkIG9wZW5vYmV4Cj4gPiAkIC4v Ym9vdHN0cmFwCj4gPiAkIC4vY29uZmlndXJlCj4gPiAkIG1ha2UKPiA+ICQgc3UKPiA+ICQgbWFr ZSBpbnN0YWxsCj4gPgo+ID4KPiA+IFRoYW5rcywKPiA+IMFkcmlhbiBM7XZpbwo+ID4KPiA+IFVu aXZlcnNpZGFkZSBGZWRlcmFsIGRlIENhbXBpbmEgR3JhbmRlIC0gVUZDRyAtIHd3dy51ZmNnLmVk dS5icgo+ID4gQ2VudHJvIGRlIEVuZ2VuaGFyaWEgRWzpdHJpY2EgZSBJbmZvcm1hdGljYSAtIENF RUkKPiA+IFVuaWRhZGUgQWNhZOptaWNhIGRlIEVuZ2VuaGFyaWEgRWzpdHJpY2EgLSBVQUVFIC0g d3d3LmVlLnVmY2cuZWR1LmJyCj4gPiBMYWJvcmF083JpbyBkZSBTaXN0ZW1hcyBFbWJhcmNhZG9z IGUgQ29tcHV0YefjbyBQZXJ2YXNpdmEgLQo+ID4gd3d3LmVtYmVkZGVkYWNhZGVteS5vcmcKPiA+ Cj4gPiAyMDA2LzEvMzAsIMFkcmlhbiBM7XZpbyA8bmhkZXpvaXRvQGdtYWlsLmNvbT46Cj4gPiAg ICAgICAgIEhpCj4gPgo+ID4gICAgICAgICAgICBJJ20gdHJ5aW5nIHRvIGJ1aWxkIHRoZSBsaWJ5 c2NtbC10aHJlYWRlZCB2ZXJzaW9uLCAgSQo+ID4gICAgICAgICBpbnN0YWxlZCB0aGUgbGlic291 cC0yLjIuOSwgYW5kIHBhdGNoZWQgdGhlIGxpYndieG1sIHdpdGggdGhlCj4gPiAgICAgICAgIHBh dGNoIGluIHRoZSBsaWJ5c2NtbC10aHJlYWRlZCBkaXIsIEkgaGF2ZSBhbHNvIGluc3RhbGVkIHRo ZQo+ID4gICAgICAgICBvcGVub2JleC1kZXYgcGFja2FnZSwgYnV0IHdoZW4gSSBydW4gdGhlIGNv bmZpZ3VyZSBzY3JpcHQ6Cj4gPgo+ID4gICAgICAgICAuL2NvbmZpZ3VyZSAtLXByZWZpeD0vaG9t ZS9sb2NhbC93b3Jrc3BhY2Uvc3luY21sLXRlc3RkaXIKPiA+ICAgICAgICAgLS13aXRoLXdieG1s PS9ob21lL2xvY2FsL3dvcmtzcGFjZS9zeW5jbWwtdGVzdGRpcgo+ID4KPiA+ICAgICAgICAgICAg SSBnb3Q6Cj4gPgo+ID4gICAgICAgICA9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQo+ID4gICAgICAgICAgIFVuaXQgVGVzdHM6ICAgICAgICAgICAgIEVuYWJs ZWQKPiA+ICAgICAgICAgICBUcmFjaW5nOiAgICAgICAgICAgICAgICBFbmFibGVkCj4gPiAgICAg ICAgICAgVG9vbHM6ICAgICAgICAgICAgICAgICAgRW5hYmxlZAo+ID4gICAgICAgICAgIExpYndi eG1sOiAgICAgICAgICAgICAgIEVuYWJsZWQKPiA+Cj4gPiAgICAgICAgIFRoZSB0cmFuc3BvcnRz IGFyZToKPiA+ICAgICAgICAgICBIdHRwIENsaWVudDogICAgICAgICAgICBFbmFibGVkCj4gPiAg ICAgICAgICAgSHR0cCBTZXJ2ZXI6ICAgICAgICAgICAgRW5hYmxlZAo+ID4gICAgICAgICAgIE9i ZXggQ2xpZW50OiAgICAgICAgICAgIERpc2FibGVkCj4gPiAgICAgICAgICAgT2JleCBTZXJ2ZXI6 ICAgICAgICAgICAgRGlzYWJsZWQKPiA+Cj4gPiAgICAgICAgIERvbmUgY29uZmlndXJpbmcuCj4g PiAgICAgICAgIFBsZWFzZSByZXZpZXcgdGhlIHNldHRpbmdzIGFib3ZlCj4gPiAgICAgICAgIElm IHRoZXkgYXJlIG9rLCBidWlsZCBsaWJzeW5jbWwgYW5kIGluc3RhbGwgaXQuCj4gPiAgICAgICAg ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4gPgo+ID4g ICAgICAgICAgICAgSSBub3RpY2lkZSB0aGF0IHRoZXJlIGlzIG5vIG9wZW5vYmV4LnBjIGZpbGUK PiA+ICAgICAgICAgaW4gL3Vzci9saWIvcGtnY29uZmlnLyB0aGVuIEkgY3JlYXRlIG9uZToKPiA+ Cj4gPiAgICAgICAgICMgUGFja2FnZSBJbmZvcm1hdGlvbiBmb3IgcGtnLWNvbmZpZwo+ID4KPiA+ ICAgICAgICAgcHJlZml4PS91c3IKPiA+ICAgICAgICAgZXhlY19wcmVmaXg9JHtwcmVmaXh9Cj4g PiAgICAgICAgIGxpYmRpcj0ke2V4ZWNfcHJlZml4fS9saWIKPiA+ICAgICAgICAgaW5jbHVkZWRp cj0ke3ByZWZpeH0vaW5jbHVkZQo+ID4KPiA+ICAgICAgICAgTmFtZTogb3Blbm9iZXgKPiA+ICAg ICAgICAgRGVzY3JpcHRpb246IG9wZW5vYmV4IGFkcmljaW9uYWRvIHBvciBtaW0KPiA+ICAgICAg ICAgVmVyc2lvbjoxLjAKPiA+ICAgICAgICAgTGliczogLUwke2xpYmRpcn0gLWxvcGVub2JleAo+ ID4gICAgICAgICBDZmxhZ3M6IC1JJHtpbmNsdWRlZGlyfQo+ID4KPiA+ICAgICAgICAgICAgYnV0 IHRoZSBjb25maWd1cmUgc2NyaXB0IGRvbid0IHdvcmssIGluIHRoZSBjb25maWd1cmUuYWMKPiA+ ICAgICAgICAgZmlsZSBJIG5vdGljZWQgdGhhdCB0aGUgcmVxdWlyZWQgdmVyc2lvbiBpcyB0aGUg MS4xLAo+ID4KPiA+ICAgICAgICAgUEtHX0NIRUNLX01PRFVMRVMoTElCT1BFTk9CRVgsIG9wZW5v YmV4ID49IDEuMSwKPiA+ICAgICAgICAgSEFWRV9PUEVOT0JFWD15ZXMsIEhBVkVfT1BFTk9CRVg9 bm8pCj4gPgo+ID4gICAgICAgICBTb21lb25lIGNhbiBoZWxwIG1lPwo+ID4KPiA+ICAgICAgICAg UmVnYXJkcywKPiA+ICAgICAgICAgwWRyaWFuIEztdmlvCj4gPiAgICAgICAgIFVuaXZlcnNpZGFk ZSBGZWRlcmFsIGRlIENhbXBpbmEgR3JhbmRlIC0gVUZDRyAtCj4gPiAgICAgICAgIHd3dy51ZmNn LmVkdS5icgo+ID4gICAgICAgICBDZW50cm8gZGUgRW5nZW5oYXJpYSBFbOl0cmljYSBlIEluZm9y bWF0aWNhIC0gQ0VFSQo+ID4gICAgICAgICBVbmlkYWRlIEFjYWTqbWljYSBkZSBFbmdlbmhhcmlh IEVs6XRyaWNhIC0gVUFFRSAtCj4gPiAgICAgICAgIHd3dy5lZS51ZmNnLmVkdS5icgo+ID4gICAg ICAgICBMYWJvcmF083JpbyBkZSBTaXN0ZW1hcyBFbWJhcmNhZG9zIGUgQ29tcHV0YefjbyBQZXJ2 YXNpdmEgLQo+ID4gICAgICAgICB3d3cuZW1iZWRkZWRhY2FkZW15Lm9yZwo+ID4KPiA+Cj4gPgo+ Cj4KCgotLQrBZHJpYW4gTO12aW8KVW5pdmVyc2lkYWRlIEZlZGVyYWwgZGUgQ2FtcGluYSBHcmFu ZGUgLSBVRkNHIC0gd3d3LnVmY2cuZWR1LmJyCkNlbnRybyBkZSBFbmdlbmhhcmlhIEVs6XRyaWNh IGUgSW5mb3JtYXRpY2EgLSBDRUVJClVuaWRhZGUgQWNhZOptaWNhIGRlIEVuZ2VuaGFyaWEgRWzp dHJpY2EgLSBVQUVFIC0gd3d3LmVlLnVmY2cuZWR1LmJyCkxhYm9yYXTzcmlvIGRlIFNpc3RlbWFz IEVtYmFyY2Fkb3MgZSBDb21wdXRh5+NvIFBlcnZhc2l2YSAtCnd3dy5lbWJlZGRlZGFjYWRlbXku b3JnCgotLS0tCgogICAgTuNvIGV4aXN0ZSBlbW/n428sIGUgc2ltIHBhei4KICAgIE7jbyBleGlz dGUgaWdub3LibmNpYSwgZSBzaW0gY29uaGVjaW1lbnRvLgogICAgTuNvIGV4aXN0ZSBwYWl4428s IGUgc2ltIHNlcmVuaWRhZGUuCiAgICBO428gZXhpc3RlIGNhb3MsIGUgc2ltIGhhcm1vbmlhLgog ICAgTuNvIGV4aXN0ZSBtb3J0ZSwgZSBzaW0gYSBGb3LnYS4KICAgIJdPIEPzZGlnbyBKZWRpCgoK CgoKCgoKRk5PUkQK |
|
From: kevin j. <rin...@kj...> - 2006-01-30 21:02:01
|
Did you have any success with it? I got it to compile successfully, but when I try to sync with my Nokia 6680 the phone asks for the pin number, then opensync reports: Member 2 of type syncml-obex-client had an error while connecting: Unable to setup transport Cheers, KEv. On Mon, 2006-01-30 at 16:34 -0200, Ádrian Lívio wrote: > Hi > I solved my problem using the CVS version of the openobex. > > $ cvs -d:pserver:ano...@cv...:/cvsroot/openobex > login > No password, just press <enter> > $ cvs -z3 -d:pserver:ano...@cv...:/cvsroot/openobex > co -P openobex > > > > $ cd openobex > $ ./bootstrap > $ ./configure > $ make > $ su > $ make install > > > Thanks, > Ádrian Lívio > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > Centro de Engenharia Elétrica e Informatica - CEEI > Unidade Acadêmica de Engenharia Elétrica - UAEE - www.ee.ufcg.edu.br > Laboratório de Sistemas Embarcados e Computação Pervasiva - > www.embeddedacademy.org > > 2006/1/30, Ádrian Lívio <nhd...@gm...>: > Hi > > I'm trying to build the libyscml-threaded version, I > instaled the libsoup-2.2.9, and patched the libwbxml with the > patch in the libyscml-threaded dir, I have also instaled the > openobex-dev package, but when I run the configure script: > > ./configure --prefix=/home/local/workspace/syncml-testdir > --with-wbxml=/home/local/workspace/syncml-testdir > > I got: > > =============================================== > Unit Tests: Enabled > Tracing: Enabled > Tools: Enabled > Libwbxml: Enabled > > The transports are: > Http Client: Enabled > Http Server: Enabled > Obex Client: Disabled > Obex Server: Disabled > > Done configuring. > Please review the settings above > If they are ok, build libsyncml and install it. > =============================================== > > I noticide that there is no openobex.pc file > in /usr/lib/pkgconfig/ then I create one: > > # Package Information for pkg-config > > prefix=/usr > exec_prefix=${prefix} > libdir=${exec_prefix}/lib > includedir=${prefix}/include > > Name: openobex > Description: openobex adricionado por mim > Version:1.0 > Libs: -L${libdir} -lopenobex > Cflags: -I${includedir} > > but the configure script don't work, in the configure.ac > file I noticed that the required version is the 1.1, > > PKG_CHECK_MODULES(LIBOPENOBEX, openobex >= 1.1, > HAVE_OPENOBEX=yes, HAVE_OPENOBEX=no) > > Someone can help me? > > Regards, > Ádrian Lívio > Universidade Federal de Campina Grande - UFCG - > www.ufcg.edu.br > Centro de Engenharia Elétrica e Informatica - CEEI > Unidade Acadêmica de Engenharia Elétrica - UAEE - > www.ee.ufcg.edu.br > Laboratório de Sistemas Embarcados e Computação Pervasiva - > www.embeddedacademy.org > > > |
|
From: <nhd...@gm...> - 2006-01-30 18:34:39
|
Hi I solved my problem using the CVS version of the openobex. $ cvs -d:pserver:ano...@cv...:/cvsroot/openobex login *No password, just press <enter>* $ cvs -z3 -d:pserver:ano...@cv...:/cvsroot/openobex co -P openobex $ cd openobex $ ./bootstrap $ ./configure $ make $ su $ make install Thanks, =C1drian L=EDvio Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br Centro de Engenharia El=E9trica e Informatica - CEEI Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - www.embeddedacademy.org 2006/1/30, =C1drian L=EDvio <nhd...@gm...>: > > Hi > > I'm trying to build the libyscml-threaded version, I instaled the > libsoup-2.2.9, and patched the libwbxml with the patch in the > libyscml-threaded dir, I have also instaled the openobex-dev package, but > when I run the configure script: > > ./configure --prefix=3D/home/local/workspace/syncml-testdir > --with-wbxml=3D/home/local/workspace/syncml-testdir > > I got: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Unit Tests: Enabled > Tracing: Enabled > Tools: Enabled > Libwbxml: Enabled > > The transports are: > Http Client: Enabled > Http Server: Enabled > Obex Client: Disabled > Obex Server: Disabled > > Done configuring. > Please review the settings above > If they are ok, build libsyncml and install it. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > I noticide that there is no openobex.pc file in /usr/lib/pkgconfig/ > then I create one: > > # Package Information for pkg-config > > prefix=3D/usr > exec_prefix=3D${prefix} > libdir=3D${exec_prefix}/lib > includedir=3D${prefix}/include > > Name: openobex > Description: openobex adricionado por mim > Version:1.0 > Libs: -L${libdir} -lopenobex > Cflags: -I${includedir} > > but the configure script don't work, in the configure.ac file I notice= d > that the required version is the 1.1, > > PKG_CHECK_MODULES(LIBOPENOBEX, openobex >=3D 1.1, HAVE_OPENOBEX=3Dyes, > HAVE_OPENOBEX=3Dno) > > Someone can help me? > > Regards, > =C1drian L=EDvio > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > Centro de Engenharia El=E9trica e Informatica - CEEI > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - www.emb= eddedacademy.org > > > |
|
From: <nhd...@gm...> - 2006-01-30 17:27:49
|
Hi
I'm trying to build the libyscml-threaded version, I instaled the
libsoup-2.2.9, and patched the libwbxml with the patch in the
libyscml-threaded dir, I have also instaled the openobex-dev package, but
when I run the configure script:
./configure --prefix=3D/home/local/workspace/syncml-testdir
--with-wbxml=3D/home/local/workspace/syncml-testdir
I got:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Unit Tests: Enabled
Tracing: Enabled
Tools: Enabled
Libwbxml: Enabled
The transports are:
Http Client: Enabled
Http Server: Enabled
Obex Client: Disabled
Obex Server: Disabled
Done configuring.
Please review the settings above
If they are ok, build libsyncml and install it.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
I noticide that there is no openobex.pc file in /usr/lib/pkgconfig/ the=
n
I create one:
# Package Information for pkg-config
prefix=3D/usr
exec_prefix=3D${prefix}
libdir=3D${exec_prefix}/lib
includedir=3D${prefix}/include
Name: openobex
Description: openobex adricionado por mim
Version:1.0
Libs: -L${libdir} -lopenobex
Cflags: -I${includedir}
but the configure script don't work, in the configure.ac file I noticed
that the required version is the 1.1,
PKG_CHECK_MODULES(LIBOPENOBEX, openobex >=3D 1.1, HAVE_OPENOBEX=3Dyes,
HAVE_OPENOBEX=3Dno)
Someone can help me?
Regards,
=C1drian L=EDvio
Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br
Centro de Engenharia El=E9trica e Informatica - CEEI
Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br
Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva -
www.embeddedacademy.org
2006/1/28, Martin Schulze <mar...@hi...>:
>
> I've had a look at the libsyncml-threaded version this evening. From the
> sparse information that I could get, this seems to be the actively
> maintained branch. Attached are patches to this branch and the
> sycml-plugin from trunk.
>
> With these patches applied to current svn, sycml-plugin compiles and
> runs with the libyscml-threaded version. There is no ChangeLog, so I
> have enclosed a short description of the changes below.
>
> msynctool still doesn't work with my mobile phone. It doesn't seem to
> react on the SAN. I gather so much that SAN requires syncml 1.2 (at
> least the way it is currently implemented in libsyncml) and the SGH-D600
> only support syncml 1.1.
>
> Regards,
>
> Martin
>
> _____________________________________________
>
> libsyncml-2006_01_29.diff:
>
> libsyncml/sml_queue.c: Rename the callback functions. Before, the
> callback functions from libopensync/osengine/osengine_queue.c were
> called on my testing platform (leading to SEGFAULT).
> libsyncml/sml_transport.c: Fix typo in the documentation.
> libsyncml/sml_manager.c: Enhance _smlManagerDataHandler() to
> handle to
> only event type SML_TRANSPORT_EVENT_DATA. TODO: Probably, events of type
> SML_TRANSPORT_EVENT_CONNECT_DONE should also be forwarded to
> manager->eventCallback(). However, there is no SML_MANAGER* macro for
> this, yet.
> smlManagerSessionRemove() now calls manager->eventCallback() with
> SML_MANAGER_SESSION_END.
> smlManagerNew(): Fix typo.
> libsyncml/sml_support.c: The idle callback doesn't get called whe=
n
> a
> new thread is started. Work around: _start_main_loop().
>
> syncml-plugin-2006_01_29.diff:
>
> src/syncml_plugin.[hc]: Make it work with the libsyncml-threaded
> branch
> of libsyncml. Use smlManager to manage sessions. I'm not sure whether
> SmlDsSession is used correctly in batch_commit().
> src/syncml-obex-client: Rename 'path' to 'url'. Add new parameter
> 'port'.
>
>
> Am Samstag, den 28.01.2006, 02:18 +0100 schrieb Martin Schulze:
> > Am Samstag, den 28.01.2006, 01:36 +0100 schrieb Martin Schulze:
> > > Am Freitag, den 27.01.2006, 12:43 -0200 schrieb =C1drian L=EDvio:
> > > > Hi
> > > > I am also studing the libsyncml.
> > > >
> > > > Which version of the libsyncml are you studing, the libsyncml
> > > > (trunk) or libsyncml-threaded (branch)?
> > >
> > > I have checked out the trunk version (following the instructions in
> the
> > > wiki). I will try the libsyncml-threaded version ...
> > >
> > > > Do you have any problem building the lib?
> > >
> > > trunk compiles out-of-the-box.
> >
> > So does libsyncml-threaded (with current cvs versions of openobex and
> > libsoup). However, sycml-plugin doesn't compile with
> > libsyncml-threaded ...
> >
> > Regards,
> >
> > Martin
> >
> > > > Thanks.
> > > >
> > > > --
> > > > =C1drian L=EDvio
> > > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br
> > > > Centro de Engenharia El=E9trica e Informatica - CEEI
> > > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.e=
du.br
> > > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva -
> > > > www.embeddedacademy.org
> > > >
> > > >
> > > > 2006/1/26, Martin Schulze <mar...@hi...>:
> > > > I have the impression that the SGH-D600 doesn't support the
> > > > full syncml
> > > > specification. In particular,
> > > > http://www.traud.de/gsm/samsung.htm names
> > > > some restictions on the sync alert sent by the server.
> > > > Therefore, I'm
> > > > trying to gain a more detailed understanding of the
> libsyncml
> > > > code.
> > > >
> > > > Currently, I don't understand the following point:
> > > >
> > > > libopensync obviously waits for a feedback on the
> > > > notification request
> > > > (which my mobile phone doesn't give; see last email). As fa=
r
>
> > > > as I can
> > > > gather from the code, the execution flow should be like
> this:
> > > >
> > > > smlTransportReceive() -> smlSessionReceive() ->
> > > > smlSessionDispatchCommand() -> [chain of callbacks] ->
> > > > osync_context_report_success()
> > > >
> > > > If osync_context_report_success() is not called within 60s
> > > > after the
> > > > notification request, a timeout error is reported (which is
> > > > what I get).
> > > >
> > > > However, even if the SGH-D600 _would_ send an answer, I
> don't
> > > > understand
> > > > how the above call chain can be triggered:
> > > > smlTransportReceive() doesn't
> > > > get called from the OBEX transport layer, neither gets
> > > > smlDsServerRegister() which registers the first callback in
> > > > [chain of
> > > > callbacks]. (Both functions get called from the http
> transport
> > > > layer.)
> > > > Is the OBEX transport layer incomplete? Did I miss
> something?
> > > >
> > > > Regards,
> > > >
> > > > Martin
> > > >
> > > >
> > > > Am Donnerstag, den 26.01.2006, 00:45 +0100 schrieb Martin
> > > > Schulze:
> > > > > $ msynctool --sync testsync --wait
> > > > > ^^^^^^
> > > > >
> > > > > As it turns out, this was _not_ the way to go for the
> > > > SGH-D600.
> > > > >
> > > > >
> > > > > Instead, I had to insert a hack in
> > > > >
> > > > > libsyncml/libsyncml/transport/obex_client.c
> > > > >
> > > > > that sends an AT command
> > > > >
> > > > > AT+CPROT=3D0
> > > > >
> > > > > to the pseudo serial device and listens for the answer
> > > > >
> > > > > CONNECT
> > > > >
> > > > > _before_ sending the OBEX connect request. Then, the
> > > > SGH-D600 answers
> > > > > with a connect response with connection ID 2. Am OBEX put
> > > > (final)
> > > > > request follows and gets a success respone.
> > > > >
> > > > > Unfortunately, nothing more happens. After while,
> msynctool
> > > > quits with
> > > > > the message
> > > > >
> > > > > Member 2 of type syncml-obex-client had an error while
> > > > connecting:
> > > > > Timeout while waiting for a reply to message "CONNECT"
> > > > > ...
> > > > >
> > > > > What exactly it is msynctool waiting for? Any ideas why i=
t
>
> > > > doesn't get
> > > > > what it awaits?
> > > > >
> > > > >
> > > > > Regards,
> > > > >
> > > > > Martin
> > > > >
> > > > >
> > > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin
> > > > Schulze:
> > > > > > $ msynctool --sync testsync --wait
> > > > > >
> > > > > > This doesn't seem to work for the Samsung - at least I
> > > > have no idea how
> > > > > > to initiate the sync from the SGH-D600, then, so the
> > > > msynctool waits ad
> > > > > > infinitum.
> > > > > >
> > > > > > What changes are needed in libsyncml to trigger the
> > > > syncronization from
> > > > > > the pc side?
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > Martin
> > > > > >
> > > > > >
> > > > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin
> > > > james:
> > > > > > > I've been trying to sync my Nokia 6680 with opensync,
> > > > first trying the
> > > > > > > syncml-http-server, until I realised that it is only
> > > > inbound and my
> > > > > > > laptop doesn't have a "real" IP address.
> > > > > > >
> > > > > > > Then I tried using the obex-client - some info on the
> > > > mailing list
> > > > > > > archive (from around November time) says it's still
> not
> > > > working, don't
> > > > > > > know if that's changed yet. Also I couldn't find any
> > > > info on what the
> > > > > > > config needs to be.
> > > > > > >
> > > > > > > One thing (I think) I did find out is that the
> > > > obex-client is also
> > > > > > > inbound only, so you will need to test it with:
> > > > > > >
> > > > > > > $ msynctool --sync testsync --wait
> > > > > > >
> > > > > > > so that it will wait for a connection.
> > > > > > >
> > > > > > > I am still having problems at the phone end trying to
> > > > use bluetooth/obex
> > > > > > > so I have no messages from opensync saying if anythin=
g
> > > > has worked or
> > > > > > > not. I saw someone mention that some of the devs have
> > > > 6680's - do any of
> > > > > > > them have any advice?
> > > > > > >
> > > > > > > Cheers,
> > > > > > > KEv.
> > > > > > >
> > > > > > >
> > > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze
> wrote:
> > > > > > > > Hi!
> > > > > > > >
> > > > > > > > Encouraged by
> > > > > > > >
> > > > > > > >
> > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D94=
28612&forum_id=3D44467
>
> > > > > > > >
> > > > > > > > I've configured a synchronizing group between my
> > > > evolution environment
> > > > > > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin
> > > > syncml-obex-client) which is
> > > > > > > > bound to the serial port bluetooth service of my
> > > > mobile phone (Samsung
> > > > > > > > SGH-D600). libsyncml and syncml-plugin are fresh
> > > > checkouts from svn. The
> > > > > > > > configuration for the syncml-plugin reads:
> > > > > > > >
> > > > > > > > <config>
> > > > > > > > <username></username>
> > > > > > > > <password></password>
> > > > > > > > <path>/dev/rfcomm0</path>
> > > > > > > > <type>1</type>
> > > > > > > > <usestringtable>2</usestringtable>
> > > > > > > > <onlyreplace>0</onlyreplace>
> > > > > > > > <contact_db>addressbook</contact_db>
> > > > > > > > <calendar_db>calendar</calendar_db>
> > > > > > > > <task_db>tasks</task_db>
> > > > > > > > </config>
> > > > > > > >
> > > > > > > > However, I run into the same troubles discussed in
> > > > > > > >
> > > > > > > >
> > > >
> http://sourceforge.net/mailarchive/forum.php?thread_id=3D8902424&forum_id=
=3D44467
> > > > > > > >
> > > > > > > > E.i.
> > > > > > > >
> > > > > > > > $ msynctool --sync testsync
> > > > > > > >
> > > > > > > > yields:
> > > > > > > >
> > > > > > > > Synchronizing group "testsync"
> > > > > > > > Member 1 of type evo2-sync just connected
> > > > > > > > Member 2 of type syncml-obex-client had an error
> while
> > > > connecting: No
> > > > > > > > success
> > > > > > > > Member 1 of type evo2-sync just disconnected
> > > > > > > > All clients have disconnected
> > > > > > > > The sync failed: Unable to connect one of the
> members
> > > > > > > > Error synchronizing: Unable to connect one of the
> > > > members
> > > > > > > >
> > > > > > > > The trace output from the syncml-obex-client plugin
> > > > reads as follows:
> > > > > > > >
> > > > > > > > [1137969737.641293] +++++++++ This is the clien=
t
> > > > #2
> > > > > > > > (syncml-obex-client plugin) of group testsync
> > > > +++++++++
> > > > > > > > [1137969737.746230 ]
> > > > >>>>>>> client_message_handler(0x80638f0,
> > > > > > > > 0x8077aa0, 0x80614e0)
> > > > > > > > [1137969737.746285] [CLI] DEBUG: Client
> > > > message handler
> > > > > > > > called for message "CONNECT"
> > > > > > > > [1137969737.746306]
> > > > >>>>>>> osync_member_connect(0x80625c0,
> > > > > > > > 0xb7ebbd70, 0x8077aa0)
> > > > > > > > [1137969737.746330] >>>>>>>
> > > > > > > > client_connect(0x8077e08)
> > > > > > > > [1137969741.853995]
> > > > >>>>>>>
> > > > > > > > osync_context_report_osyncerror(0x8077e08,
> > > > 0xb6b99244:(No success))
> > > > > > > > [1137969741.854070]
> > > > [CLI] WARNING:
> > > > > > > > Member is replying with message 0x807ef48 to messag=
e
> > > > 0x8077aa0:"CONNECT"
> > > > > > > > with error 1: No success
> > > > > > > > [ 1137969741.854106]
> > > > <<<<<<<
> > > > > > > > osync_context_report_osyncerror
> > > > > > > > [1137969741.854126] <--- ERROR
> ---
> > > > client_connect:
> > > > > > > > No success
> > > > > > > > [1137969741.854145]
> > > > <<<<<<< osync_member_connect
> > > > > > > > [1137969741.854163]
> > > > <<<<<<< client_message_handler
> > > > > > > >
> > > > > > > > Does anybody have an idea where the problem lies? T=
o
> > > > start with: is it
> > > > > > > > more likely from the OBEX transport layer or a
> SyncML
> > > > related problem?
> > > > > > > > Is there anything I can do to help getting the thin=
g
> > > > to work?
> > > > > > > >
> > > > > > > > The only information related to SyncML with my
> mobile
> > > > phone I've found
> > > > > > > > up to now is here:
> > > > > > > >
> > > > > > > > http://www.traud.de/gsm/samsung.htm
> > > > > > > >
> > > > > > > > I have just e-mailed Samsung about the SyncML
> version
> > > > that the SGH-D600
> > > > > > > > is using. Has it already been clarified, how to fin=
d
> > > > the correct values
> > > > > > > > of the XXX_db parameters in the configuration of th=
e
> > > > syncml-plugin?
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > >
> > > > > > > > Martin
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > -------------------------------------------------------
> > > > > > > > This SF.net email is sponsored by: Splunk Inc. Do
> you
> > > > grep through log files
> > > > > > > > for problems? Stop! Download the new AJAX search
> > > > engine that makes
> > > > > > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > > > > > > _______________________________________________
> > > > > > > > Opensync-users mailing list
> > > > > > > > Ope...@li...
> > > > > > > >
> > > > https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > -------------------------------------------------------
> > > > > > This SF.net email is sponsored by: Splunk Inc. Do you
> grep
> > > > through log files
> > > > > > for problems? Stop! Download the new AJAX search
> engine
> > > > that makes
> > > > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > > > > _______________________________________________
> > > > > > Opensync-users mailing list
> > > > > > Ope...@li...
> > > > > >
> > > > https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This SF.net email is sponsored by: Splunk Inc. Do you gre=
p
> > > > through log files
> > > > > for problems? Stop! Download the new AJAX search engine
> > > > that makes
> > > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > > >
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > > > _______________________________________________
> > > > > Opensync-users mailing list
> > > > > Ope...@li...
> > > > >
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.net email is sponsored by: Splunk Inc. Do you grep
> > > > through log files
> > > > for problems? Stop! Download the new AJAX search engine
> that
> > > > makes
> > > > searching your log files as easy as surfing
> > > > the web. DOWNLOAD SPLUNK!
> > > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > > _______________________________________________
> > > > Opensync-users mailing list
> > > > Ope...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/opensync-users
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep through lo=
g
> files
> > > for problems? Stop! Download the new AJAX search engine that makes
> > > searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK!
> > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121=
642<http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid%103432&bid#0486&dat%12164=
2>
> > > _______________________________________________
> > > Opensync-users mailing list
> > > Ope...@li...
> > > https://lists.sourceforge.net/lists/listinfo/opensync-users
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=12164=
2<http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid%103432&bid#0486&dat%121642>
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users
>
>
>
|
|
From: Martin S. <mar...@hi...> - 2006-01-29 01:26:59
|
I've had a look at the libsyncml-threaded version this evening. From the sparse information that I could get, this seems to be the actively maintained branch. Attached are patches to this branch and the sycml-plugin from trunk. With these patches applied to current svn, sycml-plugin compiles and runs with the libyscml-threaded version. There is no ChangeLog, so I have enclosed a short description of the changes below. msynctool still doesn't work with my mobile phone. It doesn't seem to react on the SAN. I gather so much that SAN requires syncml 1.2 (at least the way it is currently implemented in libsyncml) and the SGH-D600 only support syncml 1.1. Regards, Martin _____________________________________________ libsyncml-2006_01_29.diff: libsyncml/sml_queue.c: Rename the callback functions. Before, the callback functions from libopensync/osengine/osengine_queue.c were called on my testing platform (leading to SEGFAULT). libsyncml/sml_transport.c: Fix typo in the documentation. libsyncml/sml_manager.c: Enhance _smlManagerDataHandler() to handle to only event type SML_TRANSPORT_EVENT_DATA. TODO: Probably, events of type SML_TRANSPORT_EVENT_CONNECT_DONE should also be forwarded to manager->eventCallback(). However, there is no SML_MANAGER* macro for this, yet. smlManagerSessionRemove() now calls manager->eventCallback() with SML_MANAGER_SESSION_END. smlManagerNew(): Fix typo. libsyncml/sml_support.c: The idle callback doesn't get called when a new thread is started. Work around: _start_main_loop(). syncml-plugin-2006_01_29.diff: src/syncml_plugin.[hc]: Make it work with the libsyncml-threaded branch of libsyncml. Use smlManager to manage sessions. I'm not sure whether SmlDsSession is used correctly in batch_commit(). src/syncml-obex-client: Rename 'path' to 'url'. Add new parameter 'port'. Am Samstag, den 28.01.2006, 02:18 +0100 schrieb Martin Schulze: > Am Samstag, den 28.01.2006, 01:36 +0100 schrieb Martin Schulze: > > Am Freitag, den 27.01.2006, 12:43 -0200 schrieb =C1drian L=EDvio: > > > Hi > > > I am also studing the libsyncml. > > >=20 > > > Which version of the libsyncml are you studing, the libsyncml > > > (trunk) or libsyncml-threaded (branch)? > >=20 > > I have checked out the trunk version (following the instructions in the > > wiki). I will try the libsyncml-threaded version ... > >=20 > > > Do you have any problem building the lib? > >=20 > > trunk compiles out-of-the-box. >=20 > So does libsyncml-threaded (with current cvs versions of openobex and > libsoup). However, sycml-plugin doesn't compile with > libsyncml-threaded ... >=20 > Regards, >=20 > Martin >=20 > > > Thanks. > > >=20 > > > --=20 > > > =C1drian L=EDvio > > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > > > Centro de Engenharia El=E9trica e Informatica - CEEI > > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu= .br > > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > > > www.embeddedacademy.org > > >=20 > > >=20 > > > 2006/1/26, Martin Schulze <mar...@hi...>: > > > I have the impression that the SGH-D600 doesn't support the > > > full syncml > > > specification. In particular, > > > http://www.traud.de/gsm/samsung.htm names > > > some restictions on the sync alert sent by the server. > > > Therefore, I'm=20 > > > trying to gain a more detailed understanding of the libsyncml > > > code. > > > =20 > > > Currently, I don't understand the following point: > > > =20 > > > libopensync obviously waits for a feedback on the > > > notification request > > > (which my mobile phone doesn't give; see last email). As far > > > as I can=20 > > > gather from the code, the execution flow should be like this: > > > =20 > > > smlTransportReceive() -> smlSessionReceive() -> > > > smlSessionDispatchCommand() -> [chain of callbacks] -> > > > osync_context_report_success()=20 > > > =20 > > > If osync_context_report_success() is not called within 60s > > > after the > > > notification request, a timeout error is reported (which is > > > what I get). > > > =20 > > > However, even if the SGH-D600 _would_ send an answer, I don't > > > understand=20 > > > how the above call chain can be triggered: > > > smlTransportReceive() doesn't > > > get called from the OBEX transport layer, neither gets > > > smlDsServerRegister() which registers the first callback in > > > [chain of > > > callbacks]. (Both functions get called from the http transpor= t > > > layer.)=20 > > > Is the OBEX transport layer incomplete? Did I miss something? > > > =20 > > > Regards, > > > =20 > > > Martin > > > =20 > > > =20 > > > Am Donnerstag, den 26.01.2006, 00:45 +0100 schrieb Martin > > > Schulze: > > > > $ msynctool --sync testsync --wait > > > > ^^^^^^ > > > > > > > > As it turns out, this was _not_ the way to go for the > > > SGH-D600. > > > > > > > > > > > > Instead, I had to insert a hack in > > > > > > > > libsyncml/libsyncml/transport/obex_client.c > > > > > > > > that sends an AT command=20 > > > > > > > > AT+CPROT=3D0 > > > > > > > > to the pseudo serial device and listens for the answer > > > > > > > > CONNECT > > > > > > > > _before_ sending the OBEX connect request. Then, the > > > SGH-D600 answers > > > > with a connect response with connection ID 2. Am OBEX put > > > (final)=20 > > > > request follows and gets a success respone. > > > > > > > > Unfortunately, nothing more happens. After while, msynctool > > > quits with > > > > the message > > > > > > > > Member 2 of type syncml-obex-client had an error while > > > connecting:=20 > > > > Timeout while waiting for a reply to message "CONNECT" > > > > ... > > > > > > > > What exactly it is msynctool waiting for? Any ideas why it > > > doesn't get > > > > what it awaits? > > > > > > > > > > > > Regards,=20 > > > > > > > > Martin > > > > > > > > > > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin > > > Schulze: > > > > > $ msynctool --sync testsync --wait > > > > > > > > > > This doesn't seem to work for the Samsung - at least I > > > have no idea how=20 > > > > > to initiate the sync from the SGH-D600, then, so the > > > msynctool waits ad > > > > > infinitum. > > > > > > > > > > What changes are needed in libsyncml to trigger the > > > syncronization from > > > > > the pc side?=20 > > > > > > > > > > Regards, > > > > > > > > > > Martin > > > > > > > > > > > > > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin > > > james: > > > > > > I've been trying to sync my Nokia 6680 with opensync, > > > first trying the=20 > > > > > > syncml-http-server, until I realised that it is only > > > inbound and my > > > > > > laptop doesn't have a "real" IP address. > > > > > > > > > > > > Then I tried using the obex-client - some info on the > > > mailing list=20 > > > > > > archive (from around November time) says it's still not > > > working, don't > > > > > > know if that's changed yet. Also I couldn't find any > > > info on what the > > > > > > config needs to be. > > > > > >=20 > > > > > > One thing (I think) I did find out is that the > > > obex-client is also > > > > > > inbound only, so you will need to test it with: > > > > > > > > > > > > $ msynctool --sync testsync --wait=20 > > > > > > > > > > > > so that it will wait for a connection. > > > > > > > > > > > > I am still having problems at the phone end trying to > > > use bluetooth/obex > > > > > > so I have no messages from opensync saying if anything > > > has worked or=20 > > > > > > not. I saw someone mention that some of the devs have > > > 6680's - do any of > > > > > > them have any advice? > > > > > > > > > > > > Cheers, > > > > > > KEv. > > > > > > > > > > > >=20 > > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote= : > > > > > > > Hi! > > > > > > > > > > > > > > Encouraged by > > > > > > > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D9428= 612&forum_id=3D44467 > > > > > > > > > > > > > > I've configured a synchronizing group between my > > > evolution environment > > > > > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin > > > syncml-obex-client) which is=20 > > > > > > > bound to the serial port bluetooth service of my > > > mobile phone (Samsung > > > > > > > SGH-D600). libsyncml and syncml-plugin are fresh > > > checkouts from svn. The > > > > > > > configuration for the syncml-plugin reads:=20 > > > > > > > > > > > > > > <config> > > > > > > > <username></username> > > > > > > > <password></password> > > > > > > > <path>/dev/rfcomm0</path>=20 > > > > > > > <type>1</type> > > > > > > > <usestringtable>2</usestringtable> > > > > > > > <onlyreplace>0</onlyreplace> > > > > > > > <contact_db>addressbook</contact_db>=20 > > > > > > > <calendar_db>calendar</calendar_db> > > > > > > > <task_db>tasks</task_db> > > > > > > > </config> > > > > > > > > > > > > > > However, I run into the same troubles discussed in=20 > > > > > > > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D8902= 424&forum_id=3D44467=20 > > > > > > > > > > > > > > E.i. > > > > > > > > > > > > > > $ msynctool --sync testsync > > > > > > > > > > > > > > yields: > > > > > > > > > > > > > > Synchronizing group "testsync"=20 > > > > > > > Member 1 of type evo2-sync just connected > > > > > > > Member 2 of type syncml-obex-client had an error whil= e > > > connecting: No > > > > > > > success > > > > > > > Member 1 of type evo2-sync just disconnected=20 > > > > > > > All clients have disconnected > > > > > > > The sync failed: Unable to connect one of the members > > > > > > > Error synchronizing: Unable to connect one of the > > > members > > > > > > >=20 > > > > > > > The trace output from the syncml-obex-client plugin > > > reads as follows: > > > > > > > > > > > > > > [1137969737.641293] +++++++++ This is the client > > > #2 > > > > > > > (syncml-obex-client plugin) of group testsync > > > +++++++++=20 > > > > > > > [1137969737.746230] > > > >>>>>>> client_message_handler(0x80638f0, > > > > > > > 0x8077aa0, 0x80614e0) > > > > > > > [1137969737.746285] [CLI] DEBUG: Client > > > message handler > > > > > > > called for message "CONNECT" > > > > > > > [1137969737.746306] > > > >>>>>>> osync_member_connect(0x80625c0, > > > > > > > 0xb7ebbd70, 0x8077aa0) > > > > > > > [1137969737.746330] >>>>>>> > > > > > > > client_connect(0x8077e08) > > > > > > > [1137969741.853995] > > > >>>>>>> > > > > > > > osync_context_report_osyncerror(0x8077e08, > > > 0xb6b99244:(No success)) > > > > > > > [1137969741.854070] > > > [CLI] WARNING: > > > > > > > Member is replying with message 0x807ef48 to message > > > 0x8077aa0:"CONNECT" > > > > > > > with error 1: No success > > > > > > > [1137969741.854106] > > > <<<<<<< > > > > > > > osync_context_report_osyncerror > > > > > > > [1137969741.854126] <--- ERROR --= - > > > client_connect: > > > > > > > No success > > > > > > > [1137969741.854145] > > > <<<<<<< osync_member_connect > > > > > > > [1137969741.854163] > > > <<<<<<< client_message_handler > > > > > > > > > > > > > > Does anybody have an idea where the problem lies? To > > > start with: is it=20 > > > > > > > more likely from the OBEX transport layer or a SyncML > > > related problem? > > > > > > > Is there anything I can do to help getting the thing > > > to work? > > > > > > > > > > > > > > The only information related to SyncML with my mobile > > > phone I've found=20 > > > > > > > up to now is here: > > > > > > > > > > > > > > http://www.traud.de/gsm/samsung.htm > > > > > > > > > > > > > > I have just e-mailed Samsung about the SyncML version > > > that the SGH-D600=20 > > > > > > > is using. Has it already been clarified, how to find > > > the correct values > > > > > > > of the XXX_db parameters in the configuration of the > > > syncml-plugin? > > > > > > > > > > > > > > Regards,=20 > > > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------=20 > > > > > > > This SF.net email is sponsored by: Splunk Inc. Do you > > > grep through log files > > > > > > > for problems? Stop! Download the new AJAX search > > > engine that makes > > > > > > > searching your log files as easy as surfing > > > the web. DOWNLOAD SPLUNK!=20 > > > > > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D= 230486&dat=3D121642 > > > > > > > _______________________________________________=20 > > > > > > > Opensync-users mailing list > > > > > > > Ope...@li... > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: Splunk Inc. Do you gre= p > > > through log files > > > > > for problems? Stop! Download the new AJAX search engine > > > that makes > > > > > searching your log files as easy as surfing > > > the web. DOWNLOAD SPLUNK!=20 > > > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D= 230486&dat=3D121642 > > > > > _______________________________________________=20 > > > > > Opensync-users mailing list > > > > > Ope...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep > > > through log files=20 > > > > for problems? Stop! Download the new AJAX search engine > > > that makes > > > > searching your log files as easy as surfing > > > the web. DOWNLOAD SPLUNK! > > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D= 230486&dat=3D121642 > > > > _______________________________________________ > > > > Opensync-users mailing list > > > > Ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > =20 > > > =20 > > > =20 > > > -------------------------------------------------------=20 > > > This SF.net email is sponsored by: Splunk Inc. Do you grep > > > through log files > > > for problems? Stop! Download the new AJAX search engine tha= t > > > makes > > > searching your log files as easy as surfing > > > the web. DOWNLOAD SPLUNK!=20 > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D= 230486&dat=3D121642 > > > _______________________________________________=20 > > > Opensync-users mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > >=20 > > >=20 > > >=20 > > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=12164= 2 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
|
From: Martin S. <mar...@hi...> - 2006-01-28 01:18:36
|
Am Samstag, den 28.01.2006, 01:36 +0100 schrieb Martin Schulze: > Am Freitag, den 27.01.2006, 12:43 -0200 schrieb =C1drian L=EDvio: > > Hi > > I am also studing the libsyncml. > >=20 > > Which version of the libsyncml are you studing, the libsyncml > > (trunk) or libsyncml-threaded (branch)? >=20 > I have checked out the trunk version (following the instructions in the > wiki). I will try the libsyncml-threaded version ... >=20 > > Do you have any problem building the lib? >=20 > trunk compiles out-of-the-box. So does libsyncml-threaded (with current cvs versions of openobex and libsoup). However, sycml-plugin doesn't compile with libsyncml-threaded ... Regards, Martin > > Thanks. > >=20 > > --=20 > > =C1drian L=EDvio > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > > Centro de Engenharia El=E9trica e Informatica - CEEI > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.b= r > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > > www.embeddedacademy.org > >=20 > >=20 > > 2006/1/26, Martin Schulze <mar...@hi...>: > > I have the impression that the SGH-D600 doesn't support the > > full syncml > > specification. In particular, > > http://www.traud.de/gsm/samsung.htm names > > some restictions on the sync alert sent by the server. > > Therefore, I'm=20 > > trying to gain a more detailed understanding of the libsyncml > > code. > > =20 > > Currently, I don't understand the following point: > > =20 > > libopensync obviously waits for a feedback on the > > notification request > > (which my mobile phone doesn't give; see last email). As far > > as I can=20 > > gather from the code, the execution flow should be like this: > > =20 > > smlTransportReceive() -> smlSessionReceive() -> > > smlSessionDispatchCommand() -> [chain of callbacks] -> > > osync_context_report_success()=20 > > =20 > > If osync_context_report_success() is not called within 60s > > after the > > notification request, a timeout error is reported (which is > > what I get). > > =20 > > However, even if the SGH-D600 _would_ send an answer, I don't > > understand=20 > > how the above call chain can be triggered: > > smlTransportReceive() doesn't > > get called from the OBEX transport layer, neither gets > > smlDsServerRegister() which registers the first callback in > > [chain of > > callbacks]. (Both functions get called from the http transport > > layer.)=20 > > Is the OBEX transport layer incomplete? Did I miss something? > > =20 > > Regards, > > =20 > > Martin > > =20 > > =20 > > Am Donnerstag, den 26.01.2006, 00:45 +0100 schrieb Martin > > Schulze: > > > $ msynctool --sync testsync --wait > > > ^^^^^^ > > > > > > As it turns out, this was _not_ the way to go for the > > SGH-D600. > > > > > > > > > Instead, I had to insert a hack in > > > > > > libsyncml/libsyncml/transport/obex_client.c > > > > > > that sends an AT command=20 > > > > > > AT+CPROT=3D0 > > > > > > to the pseudo serial device and listens for the answer > > > > > > CONNECT > > > > > > _before_ sending the OBEX connect request. Then, the > > SGH-D600 answers > > > with a connect response with connection ID 2. Am OBEX put > > (final)=20 > > > request follows and gets a success respone. > > > > > > Unfortunately, nothing more happens. After while, msynctool > > quits with > > > the message > > > > > > Member 2 of type syncml-obex-client had an error while > > connecting:=20 > > > Timeout while waiting for a reply to message "CONNECT" > > > ... > > > > > > What exactly it is msynctool waiting for? Any ideas why it > > doesn't get > > > what it awaits? > > > > > > > > > Regards,=20 > > > > > > Martin > > > > > > > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin > > Schulze: > > > > $ msynctool --sync testsync --wait > > > > > > > > This doesn't seem to work for the Samsung - at least I > > have no idea how=20 > > > > to initiate the sync from the SGH-D600, then, so the > > msynctool waits ad > > > > infinitum. > > > > > > > > What changes are needed in libsyncml to trigger the > > syncronization from > > > > the pc side?=20 > > > > > > > > Regards, > > > > > > > > Martin > > > > > > > > > > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin > > james: > > > > > I've been trying to sync my Nokia 6680 with opensync, > > first trying the=20 > > > > > syncml-http-server, until I realised that it is only > > inbound and my > > > > > laptop doesn't have a "real" IP address. > > > > > > > > > > Then I tried using the obex-client - some info on the > > mailing list=20 > > > > > archive (from around November time) says it's still not > > working, don't > > > > > know if that's changed yet. Also I couldn't find any > > info on what the > > > > > config needs to be. > > > > >=20 > > > > > One thing (I think) I did find out is that the > > obex-client is also > > > > > inbound only, so you will need to test it with: > > > > > > > > > > $ msynctool --sync testsync --wait=20 > > > > > > > > > > so that it will wait for a connection. > > > > > > > > > > I am still having problems at the phone end trying to > > use bluetooth/obex > > > > > so I have no messages from opensync saying if anything > > has worked or=20 > > > > > not. I saw someone mention that some of the devs have > > 6680's - do any of > > > > > them have any advice? > > > > > > > > > > Cheers, > > > > > KEv. > > > > > > > > > >=20 > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > > > > > Hi! > > > > > > > > > > > > Encouraged by > > > > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D942861= 2&forum_id=3D44467 > > > > > > > > > > > > I've configured a synchronizing group between my > > evolution environment > > > > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin > > syncml-obex-client) which is=20 > > > > > > bound to the serial port bluetooth service of my > > mobile phone (Samsung > > > > > > SGH-D600). libsyncml and syncml-plugin are fresh > > checkouts from svn. The > > > > > > configuration for the syncml-plugin reads:=20 > > > > > > > > > > > > <config> > > > > > > <username></username> > > > > > > <password></password> > > > > > > <path>/dev/rfcomm0</path>=20 > > > > > > <type>1</type> > > > > > > <usestringtable>2</usestringtable> > > > > > > <onlyreplace>0</onlyreplace> > > > > > > <contact_db>addressbook</contact_db>=20 > > > > > > <calendar_db>calendar</calendar_db> > > > > > > <task_db>tasks</task_db> > > > > > > </config> > > > > > > > > > > > > However, I run into the same troubles discussed in=20 > > > > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D890242= 4&forum_id=3D44467=20 > > > > > > > > > > > > E.i. > > > > > > > > > > > > $ msynctool --sync testsync > > > > > > > > > > > > yields: > > > > > > > > > > > > Synchronizing group "testsync"=20 > > > > > > Member 1 of type evo2-sync just connected > > > > > > Member 2 of type syncml-obex-client had an error while > > connecting: No > > > > > > success > > > > > > Member 1 of type evo2-sync just disconnected=20 > > > > > > All clients have disconnected > > > > > > The sync failed: Unable to connect one of the members > > > > > > Error synchronizing: Unable to connect one of the > > members > > > > > >=20 > > > > > > The trace output from the syncml-obex-client plugin > > reads as follows: > > > > > > > > > > > > [1137969737.641293] +++++++++ This is the client > > #2 > > > > > > (syncml-obex-client plugin) of group testsync > > +++++++++=20 > > > > > > [1137969737.746230] > > >>>>>>> client_message_handler(0x80638f0, > > > > > > 0x8077aa0, 0x80614e0) > > > > > > [1137969737.746285] [CLI] DEBUG: Client > > message handler > > > > > > called for message "CONNECT" > > > > > > [1137969737.746306] > > >>>>>>> osync_member_connect(0x80625c0, > > > > > > 0xb7ebbd70, 0x8077aa0) > > > > > > [1137969737.746330] >>>>>>> > > > > > > client_connect(0x8077e08) > > > > > > [1137969741.853995] > > >>>>>>> > > > > > > osync_context_report_osyncerror(0x8077e08, > > 0xb6b99244:(No success)) > > > > > > [1137969741.854070] > > [CLI] WARNING: > > > > > > Member is replying with message 0x807ef48 to message > > 0x8077aa0:"CONNECT" > > > > > > with error 1: No success > > > > > > [1137969741.854106] > > <<<<<<< > > > > > > osync_context_report_osyncerror > > > > > > [1137969741.854126] <--- ERROR --- > > client_connect: > > > > > > No success > > > > > > [1137969741.854145] > > <<<<<<< osync_member_connect > > > > > > [1137969741.854163] > > <<<<<<< client_message_handler > > > > > > > > > > > > Does anybody have an idea where the problem lies? To > > start with: is it=20 > > > > > > more likely from the OBEX transport layer or a SyncML > > related problem? > > > > > > Is there anything I can do to help getting the thing > > to work? > > > > > > > > > > > > The only information related to SyncML with my mobile > > phone I've found=20 > > > > > > up to now is here: > > > > > > > > > > > > http://www.traud.de/gsm/samsung.htm > > > > > > > > > > > > I have just e-mailed Samsung about the SyncML version > > that the SGH-D600=20 > > > > > > is using. Has it already been clarified, how to find > > the correct values > > > > > > of the XXX_db parameters in the configuration of the > > syncml-plugin? > > > > > > > > > > > > Regards,=20 > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------=20 > > > > > > This SF.net email is sponsored by: Splunk Inc. Do you > > grep through log files > > > > > > for problems? Stop! Download the new AJAX search > > engine that makes > > > > > > searching your log files as easy as surfing > > the web. DOWNLOAD SPLUNK!=20 > > > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D23= 0486&dat=3D121642 > > > > > > _______________________________________________=20 > > > > > > Opensync-users mailing list > > > > > > Ope...@li... > > > > > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep > > through log files > > > > for problems? Stop! Download the new AJAX search engine > > that makes > > > > searching your log files as easy as surfing > > the web. DOWNLOAD SPLUNK!=20 > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D23= 0486&dat=3D121642 > > > > _______________________________________________=20 > > > > Opensync-users mailing list > > > > Ope...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. Do you grep > > through log files=20 > > > for problems? Stop! Download the new AJAX search engine > > that makes > > > searching your log files as easy as surfing > > the web. DOWNLOAD SPLUNK! > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D23= 0486&dat=3D121642 > > > _______________________________________________ > > > Opensync-users mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > =20 > > =20 > > =20 > > -------------------------------------------------------=20 > > This SF.net email is sponsored by: Splunk Inc. Do you grep > > through log files > > for problems? Stop! Download the new AJAX search engine that > > makes > > searching your log files as easy as surfing > > the web. DOWNLOAD SPLUNK!=20 > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D23= 0486&dat=3D121642 > > _______________________________________________=20 > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > >=20 > >=20 > >=20 > >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
|
From: Martin S. <mar...@hi...> - 2006-01-28 00:36:59
|
Am Freitag, den 27.01.2006, 12:43 -0200 schrieb =C1drian L=EDvio: > Hi > I am also studing the libsyncml. >=20 > Which version of the libsyncml are you studing, the libsyncml > (trunk) or libsyncml-threaded (branch)? I have checked out the trunk version (following the instructions in the wiki). I will try the libsyncml-threaded version ... > Do you have any problem building the lib? trunk compiles out-of-the-box. > Thanks. >=20 > --=20 > =C1drian L=EDvio > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > Centro de Engenharia El=E9trica e Informatica - CEEI > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > www.embeddedacademy.org >=20 >=20 > 2006/1/26, Martin Schulze <mar...@hi...>: > I have the impression that the SGH-D600 doesn't support the > full syncml > specification. In particular, > http://www.traud.de/gsm/samsung.htm names > some restictions on the sync alert sent by the server. > Therefore, I'm=20 > trying to gain a more detailed understanding of the libsyncml > code. > =20 > Currently, I don't understand the following point: > =20 > libopensync obviously waits for a feedback on the > notification request > (which my mobile phone doesn't give; see last email). As far > as I can=20 > gather from the code, the execution flow should be like this: > =20 > smlTransportReceive() -> smlSessionReceive() -> > smlSessionDispatchCommand() -> [chain of callbacks] -> > osync_context_report_success()=20 > =20 > If osync_context_report_success() is not called within 60s > after the > notification request, a timeout error is reported (which is > what I get). > =20 > However, even if the SGH-D600 _would_ send an answer, I don't > understand=20 > how the above call chain can be triggered: > smlTransportReceive() doesn't > get called from the OBEX transport layer, neither gets > smlDsServerRegister() which registers the first callback in > [chain of > callbacks]. (Both functions get called from the http transport > layer.)=20 > Is the OBEX transport layer incomplete? Did I miss something? > =20 > Regards, > =20 > Martin > =20 > =20 > Am Donnerstag, den 26.01.2006, 00:45 +0100 schrieb Martin > Schulze: > > $ msynctool --sync testsync --wait > > ^^^^^^ > > > > As it turns out, this was _not_ the way to go for the > SGH-D600. > > > > > > Instead, I had to insert a hack in > > > > libsyncml/libsyncml/transport/obex_client.c > > > > that sends an AT command=20 > > > > AT+CPROT=3D0 > > > > to the pseudo serial device and listens for the answer > > > > CONNECT > > > > _before_ sending the OBEX connect request. Then, the > SGH-D600 answers > > with a connect response with connection ID 2. Am OBEX put > (final)=20 > > request follows and gets a success respone. > > > > Unfortunately, nothing more happens. After while, msynctool > quits with > > the message > > > > Member 2 of type syncml-obex-client had an error while > connecting:=20 > > Timeout while waiting for a reply to message "CONNECT" > > ... > > > > What exactly it is msynctool waiting for? Any ideas why it > doesn't get > > what it awaits? > > > > > > Regards,=20 > > > > Martin > > > > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin > Schulze: > > > $ msynctool --sync testsync --wait > > > > > > This doesn't seem to work for the Samsung - at least I > have no idea how=20 > > > to initiate the sync from the SGH-D600, then, so the > msynctool waits ad > > > infinitum. > > > > > > What changes are needed in libsyncml to trigger the > syncronization from > > > the pc side?=20 > > > > > > Regards, > > > > > > Martin > > > > > > > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin > james: > > > > I've been trying to sync my Nokia 6680 with opensync, > first trying the=20 > > > > syncml-http-server, until I realised that it is only > inbound and my > > > > laptop doesn't have a "real" IP address. > > > > > > > > Then I tried using the obex-client - some info on the > mailing list=20 > > > > archive (from around November time) says it's still not > working, don't > > > > know if that's changed yet. Also I couldn't find any > info on what the > > > > config needs to be. > > > >=20 > > > > One thing (I think) I did find out is that the > obex-client is also > > > > inbound only, so you will need to test it with: > > > > > > > > $ msynctool --sync testsync --wait=20 > > > > > > > > so that it will wait for a connection. > > > > > > > > I am still having problems at the phone end trying to > use bluetooth/obex > > > > so I have no messages from opensync saying if anything > has worked or=20 > > > > not. I saw someone mention that some of the devs have > 6680's - do any of > > > > them have any advice? > > > > > > > > Cheers, > > > > KEv. > > > > > > > >=20 > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > > > > Hi! > > > > > > > > > > Encouraged by > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D9428612&= forum_id=3D44467 > > > > > > > > > > I've configured a synchronizing group between my > evolution environment > > > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin > syncml-obex-client) which is=20 > > > > > bound to the serial port bluetooth service of my > mobile phone (Samsung > > > > > SGH-D600). libsyncml and syncml-plugin are fresh > checkouts from svn. The > > > > > configuration for the syncml-plugin reads:=20 > > > > > > > > > > <config> > > > > > <username></username> > > > > > <password></password> > > > > > <path>/dev/rfcomm0</path>=20 > > > > > <type>1</type> > > > > > <usestringtable>2</usestringtable> > > > > > <onlyreplace>0</onlyreplace> > > > > > <contact_db>addressbook</contact_db>=20 > > > > > <calendar_db>calendar</calendar_db> > > > > > <task_db>tasks</task_db> > > > > > </config> > > > > > > > > > > However, I run into the same troubles discussed in=20 > > > > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=3D8902424&= forum_id=3D44467=20 > > > > > > > > > > E.i. > > > > > > > > > > $ msynctool --sync testsync > > > > > > > > > > yields: > > > > > > > > > > Synchronizing group "testsync"=20 > > > > > Member 1 of type evo2-sync just connected > > > > > Member 2 of type syncml-obex-client had an error while > connecting: No > > > > > success > > > > > Member 1 of type evo2-sync just disconnected=20 > > > > > All clients have disconnected > > > > > The sync failed: Unable to connect one of the members > > > > > Error synchronizing: Unable to connect one of the > members > > > > >=20 > > > > > The trace output from the syncml-obex-client plugin > reads as follows: > > > > > > > > > > [1137969737.641293] +++++++++ This is the client > #2 > > > > > (syncml-obex-client plugin) of group testsync > +++++++++=20 > > > > > [1137969737.746230] > >>>>>>> client_message_handler(0x80638f0, > > > > > 0x8077aa0, 0x80614e0) > > > > > [1137969737.746285] [CLI] DEBUG: Client > message handler > > > > > called for message "CONNECT" > > > > > [1137969737.746306] > >>>>>>> osync_member_connect(0x80625c0, > > > > > 0xb7ebbd70, 0x8077aa0) > > > > > [1137969737.746330] >>>>>>> > > > > > client_connect(0x8077e08) > > > > > [1137969741.853995] > >>>>>>> > > > > > osync_context_report_osyncerror(0x8077e08, > 0xb6b99244:(No success)) > > > > > [1137969741.854070] > [CLI] WARNING: > > > > > Member is replying with message 0x807ef48 to message > 0x8077aa0:"CONNECT" > > > > > with error 1: No success > > > > > [1137969741.854106] > <<<<<<< > > > > > osync_context_report_osyncerror > > > > > [1137969741.854126] <--- ERROR --- > client_connect: > > > > > No success > > > > > [1137969741.854145] > <<<<<<< osync_member_connect > > > > > [1137969741.854163] > <<<<<<< client_message_handler > > > > > > > > > > Does anybody have an idea where the problem lies? To > start with: is it=20 > > > > > more likely from the OBEX transport layer or a SyncML > related problem? > > > > > Is there anything I can do to help getting the thing > to work? > > > > > > > > > > The only information related to SyncML with my mobile > phone I've found=20 > > > > > up to now is here: > > > > > > > > > > http://www.traud.de/gsm/samsung.htm > > > > > > > > > > I have just e-mailed Samsung about the SyncML version > that the SGH-D600=20 > > > > > is using. Has it already been clarified, how to find > the correct values > > > > > of the XXX_db parameters in the configuration of the > syncml-plugin? > > > > > > > > > > Regards,=20 > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------=20 > > > > > This SF.net email is sponsored by: Splunk Inc. Do you > grep through log files > > > > > for problems? Stop! Download the new AJAX search > engine that makes > > > > > searching your log files as easy as surfing > the web. DOWNLOAD SPLUNK!=20 > > > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304= 86&dat=3D121642 > > > > > _______________________________________________=20 > > > > > Opensync-users mailing list > > > > > Ope...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files > > > for problems? Stop! Download the new AJAX search engine > that makes > > > searching your log files as easy as surfing > the web. DOWNLOAD SPLUNK!=20 > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304= 86&dat=3D121642 > > > _______________________________________________=20 > > > Opensync-users mailing list > > > Ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files=20 > > for problems? Stop! Download the new AJAX search engine > that makes > > searching your log files as easy as surfing > the web. DOWNLOAD SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304= 86&dat=3D121642 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > =20 > =20 > =20 > -------------------------------------------------------=20 > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files > for problems? Stop! Download the new AJAX search engine that > makes > searching your log files as easy as surfing > the web. DOWNLOAD SPLUNK!=20 > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D2304= 86&dat=3D121642 > _______________________________________________=20 > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users >=20 >=20 >=20 >=20 |
|
From: <nhd...@gm...> - 2006-01-27 17:07:38
|
Hi I have sucessfully downloaded the library and the plugin today, if you wish I may send it to you. There is too a branch version of the library but i can't build it using the same steps of the trunk version. Regards, =C1drian L=EDvio - Trainee in the Nokia Technology Institute - INdT - www.indt.org <http://www.indt.org/> - Electrical Engeneering student in the Federal University of Campina Grande - UFCG - www.ufcg.edu.br Centre of Electrical Engeneering and Informatics - CEEI Academic Unit of Electrical Engeneering - UAEE - www.ee.ufcg.edu.br Laboratory of Embedded Systems and Pervasive Computing - www.embeddedacademy.org 2006/1/27, Thorsten Kramer <kramert@.informatik.uni-freiburg.de>: > > I've got several questions about opensync: > > 1) I have to to write a syncml-library (in C++) und find your project. I > think your architecture > pays to have a closer look. > > Then I try to compile: > libopensync-0.18: works fine > multisync-0.90.18: works fine > libopensync-plugin-file-0.18: works fine > > But libopensync-plugin-kdepim-0.18 produces an error: > $make install > /bin/sh ./libtool --mode=3Dinstall /usr/bin/install -c -p 'kdepim_lib.la= ' > '/home/thorsten/opensync/bin//lib/opensync/plugins/kdepim_lib.la' > /usr/bin/install -c -p .libs/kdepim_lib.so foo/kdepim_lib.so > /usr/bin/install -c -p .libs/kdepim_lib.lai foo/kdepim_lib.la > /usr/bin/install: cannot stat `.libs/kdepim_lib.lai': No such file or > directory > > 2) On your project page you have got a libsyncml-library, but no > downloadable plugin for syncml is > on your webpage. > In your user guide about syncml plugin, your mentioned it via svn. But th= e > given links > > svn co http://svn.opensync.org/libsyncml/trunk/ libsyncml > svn co http://svn.opensync.org/plugins/syncml/ syncml-plugin > > produces the following error: > REPORT from '/libsyncml/!svn/vcc/default': 400 Bad Request ( > http://svn.opensync.org) > Is your server currently down? > > 3) Is it right that your current version of libsyncml does only support > SyncMl v1.2? > 4) Do you know how many devices are supported by your lib? > > Regards, > Thorsten > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: kevin j. <rin...@kj...> - 2006-01-27 17:02:27
|
On point (2), I suspect you are getting that because you are behind a proxy. I had the same problem from my NAT'ed network, but it just occurred to me that all my http traffic is transparently routed through a proxy. I turned it off for the machine I was trying to run svn from and it all works fine now. I haven't got as far as figuring out if it's a misconfigured proxy, or if it just won't work at all through a proxy. Someone else might be able to shed some light on this. Cheers, KEv. On Fri, 2006-01-27 at 16:34 +0100, Thorsten Kramer wrote: > I've got several questions about opensync: > > 1) I have to to write a syncml-library (in C++) und find your project. I think your architecture > pays to have a closer look. > > Then I try to compile: > libopensync-0.18: works fine > multisync-0.90.18: works fine > libopensync-plugin-file-0.18: works fine > > But libopensync-plugin-kdepim-0.18 produces an error: > $make install > /bin/sh ./libtool --mode=install /usr/bin/install -c -p 'kdepim_lib.la' '/home/thorsten/opensync/bin//lib/opensync/plugins/kdepim_lib.la' > /usr/bin/install -c -p .libs/kdepim_lib.so foo/kdepim_lib.so > /usr/bin/install -c -p .libs/kdepim_lib.lai foo/kdepim_lib.la > /usr/bin/install: cannot stat `.libs/kdepim_lib.lai': No such file or directory > > 2) On your project page you have got a libsyncml-library, but no downloadable plugin for syncml is > on your webpage. > In your user guide about syncml plugin, your mentioned it via svn. But the given links > > svn co http://svn.opensync.org/libsyncml/trunk/ libsyncml > svn co http://svn.opensync.org/plugins/syncml/ syncml-plugin > > produces the following error: > REPORT from '/libsyncml/!svn/vcc/default': 400 Bad Request (http://svn.opensync.org) > Is your server currently down? > > 3) Is it right that your current version of libsyncml does only support SyncMl v1.2? > 4) Do you know how many devices are supported by your lib? > > Regards, > Thorsten > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: Thorsten K. <kramert@.informatik.uni-freiburg.de> - 2006-01-27 16:09:13
|
I've got several questions about opensync: 1) I have to to write a syncml-library (in C++) und find your project. I think your architecture pays to have a closer look. Then I try to compile: libopensync-0.18: works fine multisync-0.90.18: works fine libopensync-plugin-file-0.18: works fine But libopensync-plugin-kdepim-0.18 produces an error: $make install /bin/sh ./libtool --mode=install /usr/bin/install -c -p 'kdepim_lib.la' '/home/thorsten/opensync/bin//lib/opensync/plugins/kdepim_lib.la' /usr/bin/install -c -p .libs/kdepim_lib.so foo/kdepim_lib.so /usr/bin/install -c -p .libs/kdepim_lib.lai foo/kdepim_lib.la /usr/bin/install: cannot stat `.libs/kdepim_lib.lai': No such file or directory 2) On your project page you have got a libsyncml-library, but no downloadable plugin for syncml is on your webpage. In your user guide about syncml plugin, your mentioned it via svn. But the given links svn co http://svn.opensync.org/libsyncml/trunk/ libsyncml svn co http://svn.opensync.org/plugins/syncml/ syncml-plugin produces the following error: REPORT from '/libsyncml/!svn/vcc/default': 400 Bad Request (http://svn.opensync.org) Is your server currently down? 3) Is it right that your current version of libsyncml does only support SyncMl v1.2? 4) Do you know how many devices are supported by your lib? Regards, Thorsten |
|
From: Martin S. <mar...@hi...> - 2006-01-27 00:57:45
|
I have the impression that the SGH-D600 doesn't support the full syncml specification. In particular, http://www.traud.de/gsm/samsung.htm names some restictions on the sync alert sent by the server. Therefore, I'm trying to gain a more detailed understanding of the libsyncml code. Currently, I don't understand the following point: libopensync obviously waits for a feedback on the notification request (which my mobile phone doesn't give; see last email). As far as I can gather from the code, the execution flow should be like this: smlTransportReceive() -> smlSessionReceive() -> smlSessionDispatchCommand() -> [chain of callbacks] -> osync_context_report_success() If osync_context_report_success() is not called within 60s after the notification request, a timeout error is reported (which is what I get). However, even if the SGH-D600 _would_ send an answer, I don't understand how the above call chain can be triggered: smlTransportReceive() doesn't get called from the OBEX transport layer, neither gets smlDsServerRegister() which registers the first callback in [chain of callbacks]. (Both functions get called from the http transport layer.) Is the OBEX transport layer incomplete? Did I miss something? Regards, Martin Am Donnerstag, den 26.01.2006, 00:45 +0100 schrieb Martin Schulze: > $ msynctool --sync testsync --wait > ^^^^^^ > > As it turns out, this was _not_ the way to go for the SGH-D600. > > > Instead, I had to insert a hack in > > libsyncml/libsyncml/transport/obex_client.c > > that sends an AT command > > AT+CPROT=0 > > to the pseudo serial device and listens for the answer > > CONNECT > > _before_ sending the OBEX connect request. Then, the SGH-D600 answers > with a connect response with connection ID 2. Am OBEX put (final) > request follows and gets a success respone. > > Unfortunately, nothing more happens. After while, msynctool quits with > the message > > Member 2 of type syncml-obex-client had an error while connecting: > Timeout while waiting for a reply to message "CONNECT" > ... > > What exactly it is msynctool waiting for? Any ideas why it doesn't get > what it awaits? > > > Regards, > > Martin > > > Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin Schulze: > > $ msynctool --sync testsync --wait > > > > This doesn't seem to work for the Samsung - at least I have no idea how > > to initiate the sync from the SGH-D600, then, so the msynctool waits ad > > infinitum. > > > > What changes are needed in libsyncml to trigger the syncronization from > > the pc side? > > > > Regards, > > > > Martin > > > > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin james: > > > I've been trying to sync my Nokia 6680 with opensync, first trying the > > > syncml-http-server, until I realised that it is only inbound and my > > > laptop doesn't have a "real" IP address. > > > > > > Then I tried using the obex-client - some info on the mailing list > > > archive (from around November time) says it's still not working, don't > > > know if that's changed yet. Also I couldn't find any info on what the > > > config needs to be. > > > > > > One thing (I think) I did find out is that the obex-client is also > > > inbound only, so you will need to test it with: > > > > > > $ msynctool --sync testsync --wait > > > > > > so that it will wait for a connection. > > > > > > I am still having problems at the phone end trying to use bluetooth/obex > > > so I have no messages from opensync saying if anything has worked or > > > not. I saw someone mention that some of the devs have 6680's - do any of > > > them have any advice? > > > > > > Cheers, > > > KEv. > > > > > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > > > Hi! > > > > > > > > Encouraged by > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > > > > > > > I've configured a synchronizing group between my evolution environment > > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > > > > bound to the serial port bluetooth service of my mobile phone (Samsung > > > > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > > > > configuration for the syncml-plugin reads: > > > > > > > > <config> > > > > <username></username> > > > > <password></password> > > > > <path>/dev/rfcomm0</path> > > > > <type>1</type> > > > > <usestringtable>2</usestringtable> > > > > <onlyreplace>0</onlyreplace> > > > > <contact_db>addressbook</contact_db> > > > > <calendar_db>calendar</calendar_db> > > > > <task_db>tasks</task_db> > > > > </config> > > > > > > > > However, I run into the same troubles discussed in > > > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > > > > > > > E.i. > > > > > > > > $ msynctool --sync testsync > > > > > > > > yields: > > > > > > > > Synchronizing group "testsync" > > > > Member 1 of type evo2-sync just connected > > > > Member 2 of type syncml-obex-client had an error while connecting: No > > > > success > > > > Member 1 of type evo2-sync just disconnected > > > > All clients have disconnected > > > > The sync failed: Unable to connect one of the members > > > > Error synchronizing: Unable to connect one of the members > > > > > > > > The trace output from the syncml-obex-client plugin reads as follows: > > > > > > > > [1137969737.641293] +++++++++ This is the client #2 > > > > (syncml-obex-client plugin) of group testsync +++++++++ > > > > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > > > > 0x8077aa0, 0x80614e0) > > > > [1137969737.746285] [CLI] DEBUG: Client message handler > > > > called for message "CONNECT" > > > > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > > > > 0xb7ebbd70, 0x8077aa0) > > > > [1137969737.746330] >>>>>>> > > > > client_connect(0x8077e08) > > > > [1137969741.853995] >>>>>>> > > > > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > > > > [1137969741.854070] [CLI] WARNING: > > > > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > > > > with error 1: No success > > > > [1137969741.854106] <<<<<<< > > > > osync_context_report_osyncerror > > > > [1137969741.854126] <--- ERROR --- client_connect: > > > > No success > > > > [1137969741.854145] <<<<<<< osync_member_connect > > > > [1137969741.854163] <<<<<<< client_message_handler > > > > > > > > Does anybody have an idea where the problem lies? To start with: is it > > > > more likely from the OBEX transport layer or a SyncML related problem? > > > > Is there anything I can do to help getting the thing to work? > > > > > > > > The only information related to SyncML with my mobile phone I've found > > > > up to now is here: > > > > > > > > http://www.traud.de/gsm/samsung.htm > > > > > > > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > > > > is using. Has it already been clarified, how to find the correct values > > > > of the XXX_db parameters in the configuration of the syncml-plugin? > > > > > > > > Regards, > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > > > for problems? Stop! Download the new AJAX search engine that makes > > > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > > > _______________________________________________ > > > > Opensync-users mailing list > > > > Ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
|
From: Martin S. <mar...@hi...> - 2006-01-25 23:45:31
|
$ msynctool --sync testsync --wait
^^^^^^
As it turns out, this was _not_ the way to go for the SGH-D600.
Instead, I had to insert a hack in
libsyncml/libsyncml/transport/obex_client.c
that sends an AT command
AT+CPROT=0
to the pseudo serial device and listens for the answer
CONNECT
_before_ sending the OBEX connect request. Then, the SGH-D600 answers
with a connect response with connection ID 2. Am OBEX put (final)
request follows and gets a success respone.
Unfortunately, nothing more happens. After while, msynctool quits with
the message
Member 2 of type syncml-obex-client had an error while connecting:
Timeout while waiting for a reply to message "CONNECT"
...
What exactly it is msynctool waiting for? Any ideas why it doesn't get
what it awaits?
Regards,
Martin
Am Montag, den 23.01.2006, 17:47 +0100 schrieb Martin Schulze:
> $ msynctool --sync testsync --wait
>
> This doesn't seem to work for the Samsung - at least I have no idea how
> to initiate the sync from the SGH-D600, then, so the msynctool waits ad
> infinitum.
>
> What changes are needed in libsyncml to trigger the syncronization from
> the pc side?
>
> Regards,
>
> Martin
>
>
> Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin james:
> > I've been trying to sync my Nokia 6680 with opensync, first trying the
> > syncml-http-server, until I realised that it is only inbound and my
> > laptop doesn't have a "real" IP address.
> >
> > Then I tried using the obex-client - some info on the mailing list
> > archive (from around November time) says it's still not working, don't
> > know if that's changed yet. Also I couldn't find any info on what the
> > config needs to be.
> >
> > One thing (I think) I did find out is that the obex-client is also
> > inbound only, so you will need to test it with:
> >
> > $ msynctool --sync testsync --wait
> >
> > so that it will wait for a connection.
> >
> > I am still having problems at the phone end trying to use bluetooth/obex
> > so I have no messages from opensync saying if anything has worked or
> > not. I saw someone mention that some of the devs have 6680's - do any of
> > them have any advice?
> >
> > Cheers,
> > KEv.
> >
> >
> > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote:
> > > Hi!
> > >
> > > Encouraged by
> > >
> > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467
> > >
> > > I've configured a synchronizing group between my evolution environment
> > > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is
> > > bound to the serial port bluetooth service of my mobile phone (Samsung
> > > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The
> > > configuration for the syncml-plugin reads:
> > >
> > > <config>
> > > <username></username>
> > > <password></password>
> > > <path>/dev/rfcomm0</path>
> > > <type>1</type>
> > > <usestringtable>2</usestringtable>
> > > <onlyreplace>0</onlyreplace>
> > > <contact_db>addressbook</contact_db>
> > > <calendar_db>calendar</calendar_db>
> > > <task_db>tasks</task_db>
> > > </config>
> > >
> > > However, I run into the same troubles discussed in
> > >
> > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467
> > >
> > > E.i.
> > >
> > > $ msynctool --sync testsync
> > >
> > > yields:
> > >
> > > Synchronizing group "testsync"
> > > Member 1 of type evo2-sync just connected
> > > Member 2 of type syncml-obex-client had an error while connecting: No
> > > success
> > > Member 1 of type evo2-sync just disconnected
> > > All clients have disconnected
> > > The sync failed: Unable to connect one of the members
> > > Error synchronizing: Unable to connect one of the members
> > >
> > > The trace output from the syncml-obex-client plugin reads as follows:
> > >
> > > [1137969737.641293] +++++++++ This is the client #2
> > > (syncml-obex-client plugin) of group testsync +++++++++
> > > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0,
> > > 0x8077aa0, 0x80614e0)
> > > [1137969737.746285] [CLI] DEBUG: Client message handler
> > > called for message "CONNECT"
> > > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0,
> > > 0xb7ebbd70, 0x8077aa0)
> > > [1137969737.746330] >>>>>>>
> > > client_connect(0x8077e08)
> > > [1137969741.853995] >>>>>>>
> > > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success))
> > > [1137969741.854070] [CLI] WARNING:
> > > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT"
> > > with error 1: No success
> > > [1137969741.854106] <<<<<<<
> > > osync_context_report_osyncerror
> > > [1137969741.854126] <--- ERROR --- client_connect:
> > > No success
> > > [1137969741.854145] <<<<<<< osync_member_connect
> > > [1137969741.854163] <<<<<<< client_message_handler
> > >
> > > Does anybody have an idea where the problem lies? To start with: is it
> > > more likely from the OBEX transport layer or a SyncML related problem?
> > > Is there anything I can do to help getting the thing to work?
> > >
> > > The only information related to SyncML with my mobile phone I've found
> > > up to now is here:
> > >
> > > http://www.traud.de/gsm/samsung.htm
> > >
> > > I have just e-mailed Samsung about the SyncML version that the SGH-D600
> > > is using. Has it already been clarified, how to find the correct values
> > > of the XXX_db parameters in the configuration of the syncml-plugin?
> > >
> > > Regards,
> > >
> > > Martin
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> > > for problems? Stop! Download the new AJAX search engine that makes
> > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> > > _______________________________________________
> > > Opensync-users mailing list
> > > Ope...@li...
> > > https://lists.sourceforge.net/lists/listinfo/opensync-users
> > >
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
|
|
From: Rob R. <rob...@ir...> - 2006-01-25 21:23:08
|
Any luck with the output from make that I sent you? Thanks, Rob On Fri, 2006-01-06 at 19:53 +0100, Armin Bauer wrote: > ok. can you please send the complete make output (maybe zipped to > arm...@de... depending on the size)? > > Rob Rheault wrote: > > Hi Armin, > > > > I am getting these error messages while trying to compile the plugin for > > evo2. I already have evo2 installed and running. > > > > Thanks, > > Rob > > > > > > On Fri, 2006-01-06 at 13:40 +0100, Armin Bauer wrote: > > > > Hi, > > > > i dont quite understand what you are doing. From the messages below it > > looks like you are trying to compile evolution 2 itself and not the evo2 > > plugin of opensync. > > > > Armin > > > > Rob Rheault wrote: > > > >>I have fc4 kernel 2.6.14 install and when I run make on the plugin > >>(version 0.18) for evo2 I am getting the following errors. I have evo2 > >>version 2.4.2.1 installed. Any help would be greatly appreciated. > > > >>In file included > >>from /usr/include/evolution-data-server-1.4/libecal/e-cal-view.h:25, > > > >>from /usr/include/evolution-data-server-1.4/libecal/e-cal.h:31, > >>from evolution2_sync.h:7, > >> from evolution2_sync.c:21: > >>/usr/include/evolution-data-server-1.4/libecal/Evolution-DataServer-Calendar.h:58: error: syntax error before 'struct' > > > >>Thanks, > >>Rob Rheault > > > > > > > >>----------------------------------------- > >>The information contained in this email message and its attachments > >>is intended only for the private and confidential use of the > >>recipient(s) named above, unless the sender expressly agrees > >>otherwise. > >>Transmission of email over the Internet is not a secure > >>communications medium. If you are requesting or have requested the > >>transmittal of personal data, as defined in applicable privacy laws > >>by means of email or in an attachment to email, you must select a > >>more secure alternate means of transmittal that supports your > >>obligations to protect such personal data. > >>If the reader of this message is not the intended recipient and/or > >>you have received this email in error, you must take no action > >>based on the information in this email and you are hereby notified > >>that any dissemination, misuse or copying or disclosure of this > >>communication is strictly prohibited. If you have received this > >>communication in error, please notify us immediately by email and > >>delete the original message. > > > > > > > >>------------------------------------------------------- > >>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > >>for problems? Stop! Download the new AJAX search engine that makes > >>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > >>http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > >>_______________________________________________ > >>Opensync-users mailing list > >>Ope...@li... > >>https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users -- Robert Rheault Systems Engineer Iron Mountain, Inc. 745 Atlantic Ave Boston, MA 02111 Office: 617-535-8309 Cell: 617-719-2713 Email: rob...@ir... |
|
From: kevin j. <rin...@kj...> - 2006-01-25 14:41:00
|
And I have the exact opposite problem with my phone - there seems to be no way to accept an incoming sync on my 6680. Excuse my ignorance on this, but can anyone confirm/deny if there is currently any way to accept incoming sync over bluetooth with opensync? Cheers, KEv. On Mon, 2006-01-23 at 17:47 +0100, Martin Schulze wrote: > $ msynctool --sync testsync --wait > > This doesn't seem to work for the Samsung - at least I have no idea how > to initiate the sync from the SGH-D600, then, so the msynctool waits ad > infinitum. > > What changes are needed in libsyncml to trigger the syncronization from > the pc side? > > Regards, > > Martin > > > Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin james: > > I've been trying to sync my Nokia 6680 with opensync, first trying the > > syncml-http-server, until I realised that it is only inbound and my > > laptop doesn't have a "real" IP address. > > > > Then I tried using the obex-client - some info on the mailing list > > archive (from around November time) says it's still not working, don't > > know if that's changed yet. Also I couldn't find any info on what the > > config needs to be. > > > > One thing (I think) I did find out is that the obex-client is also > > inbound only, so you will need to test it with: > > > > $ msynctool --sync testsync --wait > > > > so that it will wait for a connection. > > > > I am still having problems at the phone end trying to use bluetooth/obex > > so I have no messages from opensync saying if anything has worked or > > not. I saw someone mention that some of the devs have 6680's - do any of > > them have any advice? > > > > Cheers, > > KEv. > > > > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > > Hi! > > > > > > Encouraged by > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > > > > > I've configured a synchronizing group between my evolution environment > > > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > > > bound to the serial port bluetooth service of my mobile phone (Samsung > > > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > > > configuration for the syncml-plugin reads: > > > > > > <config> > > > <username></username> > > > <password></password> > > > <path>/dev/rfcomm0</path> > > > <type>1</type> > > > <usestringtable>2</usestringtable> > > > <onlyreplace>0</onlyreplace> > > > <contact_db>addressbook</contact_db> > > > <calendar_db>calendar</calendar_db> > > > <task_db>tasks</task_db> > > > </config> > > > > > > However, I run into the same troubles discussed in > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > > > > > E.i. > > > > > > $ msynctool --sync testsync > > > > > > yields: > > > > > > Synchronizing group "testsync" > > > Member 1 of type evo2-sync just connected > > > Member 2 of type syncml-obex-client had an error while connecting: No > > > success > > > Member 1 of type evo2-sync just disconnected > > > All clients have disconnected > > > The sync failed: Unable to connect one of the members > > > Error synchronizing: Unable to connect one of the members > > > > > > The trace output from the syncml-obex-client plugin reads as follows: > > > > > > [1137969737.641293] +++++++++ This is the client #2 > > > (syncml-obex-client plugin) of group testsync +++++++++ > > > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > > > 0x8077aa0, 0x80614e0) > > > [1137969737.746285] [CLI] DEBUG: Client message handler > > > called for message "CONNECT" > > > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > > > 0xb7ebbd70, 0x8077aa0) > > > [1137969737.746330] >>>>>>> > > > client_connect(0x8077e08) > > > [1137969741.853995] >>>>>>> > > > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > > > [1137969741.854070] [CLI] WARNING: > > > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > > > with error 1: No success > > > [1137969741.854106] <<<<<<< > > > osync_context_report_osyncerror > > > [1137969741.854126] <--- ERROR --- client_connect: > > > No success > > > [1137969741.854145] <<<<<<< osync_member_connect > > > [1137969741.854163] <<<<<<< client_message_handler > > > > > > Does anybody have an idea where the problem lies? To start with: is it > > > more likely from the OBEX transport layer or a SyncML related problem? > > > Is there anything I can do to help getting the thing to work? > > > > > > The only information related to SyncML with my mobile phone I've found > > > up to now is here: > > > > > > http://www.traud.de/gsm/samsung.htm > > > > > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > > > is using. Has it already been clarified, how to find the correct values > > > of the XXX_db parameters in the configuration of the syncml-plugin? > > > > > > Regards, > > > > > > Martin > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > > for problems? Stop! Download the new AJAX search engine that makes > > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > > _______________________________________________ > > > Opensync-users mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: OrangeJon <ma...@or...> - 2006-01-24 18:58:31
|
I use Linux, but do not currently use any PIM or email software. I'm loo= king for a new phone, ideally a cameraphone. I am looking for a combination of software and phone which, under linux, = will allow me to: * synchronise my address book * synchronise my calendar and (ideally categorised) to-do items * download photos taken on the phone onto my PC Ideally I'd like to do this by Bluetooth. It would be great if I could somehow access and modify the calendar and to-do items via the Internet, = but not essential. I don't want to spend more than =A3100/=80150, but would = be happy with second-hand. Does anybody know a software and phone combination that will let me do th= is? Cheers, Jon |
|
From: <ber...@it...> - 2006-01-24 07:53:11
|
Hi,
here a patch to compile libsyncml from svn on AMD64-Linux.
Best regards
Bernd Westermann
Index: /home/bernd/test/opensync/libsyncml/libsyncml/sml_support.c
===================================================================
--- /home/bernd/test/opensync/libsyncml/libsyncml/sml_support.c (revision 82)
+++ /home/bernd/test/opensync/libsyncml/libsyncml/sml_support.c (working copy)
@@ -80,11 +80,11 @@
}
if (!g_thread_supported ()) g_thread_init (NULL);
- int tabs = 0;
+ long tabs = 0;
if (!current_tabs)
current_tabs = g_private_new (g_free);
else
- tabs = (int)g_private_get(current_tabs);
+ tabs = (long)g_private_get(current_tabs);
unsigned long int id = (unsigned long int)pthread_self();
char *logfile = g_strdup_printf("%s/Thread%lu.log", trace, id);
|
|
From: Martin S. <mar...@hi...> - 2006-01-23 19:41:58
|
Samsung answered that the SyncML-version supported by the SGH-D600 would be "SyncML DS (Localsync)". Does this mean anything to anybody? Regards, Martin Am Montag, den 23.01.2006, 01:11 +0100 schrieb Martin Schulze: > Hi! > > Encouraged by > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > I've configured a synchronizing group between my evolution environment > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > bound to the serial port bluetooth service of my mobile phone (Samsung > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > configuration for the syncml-plugin reads: > > <config> > <username></username> > <password></password> > <path>/dev/rfcomm0</path> > <type>1</type> > <usestringtable>2</usestringtable> > <onlyreplace>0</onlyreplace> > <contact_db>addressbook</contact_db> > <calendar_db>calendar</calendar_db> > <task_db>tasks</task_db> > </config> > > However, I run into the same troubles discussed in > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > E.i. > > $ msynctool --sync testsync > > yields: > > Synchronizing group "testsync" > Member 1 of type evo2-sync just connected > Member 2 of type syncml-obex-client had an error while connecting: No > success > Member 1 of type evo2-sync just disconnected > All clients have disconnected > The sync failed: Unable to connect one of the members > Error synchronizing: Unable to connect one of the members > > The trace output from the syncml-obex-client plugin reads as follows: > > [1137969737.641293] +++++++++ This is the client #2 > (syncml-obex-client plugin) of group testsync +++++++++ > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > 0x8077aa0, 0x80614e0) > [1137969737.746285] [CLI] DEBUG: Client message handler > called for message "CONNECT" > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > 0xb7ebbd70, 0x8077aa0) > [1137969737.746330] >>>>>>> > client_connect(0x8077e08) > [1137969741.853995] >>>>>>> > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > [1137969741.854070] [CLI] WARNING: > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > with error 1: No success > [1137969741.854106] <<<<<<< > osync_context_report_osyncerror > [1137969741.854126] <--- ERROR --- client_connect: > No success > [1137969741.854145] <<<<<<< osync_member_connect > [1137969741.854163] <<<<<<< client_message_handler > > Does anybody have an idea where the problem lies? To start with: is it > more likely from the OBEX transport layer or a SyncML related problem? > Is there anything I can do to help getting the thing to work? > > The only information related to SyncML with my mobile phone I've found > up to now is here: > > http://www.traud.de/gsm/samsung.htm > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > is using. Has it already been clarified, how to find the correct values > of the XXX_db parameters in the configuration of the syncml-plugin? > > Regards, > > Martin > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
|
From: Martin S. <mar...@hi...> - 2006-01-23 16:47:11
|
$ msynctool --sync testsync --wait This doesn't seem to work for the Samsung - at least I have no idea how to initiate the sync from the SGH-D600, then, so the msynctool waits ad infinitum. What changes are needed in libsyncml to trigger the syncronization from the pc side? Regards, Martin Am Montag, den 23.01.2006, 11:25 +0000 schrieb kevin james: > I've been trying to sync my Nokia 6680 with opensync, first trying the > syncml-http-server, until I realised that it is only inbound and my > laptop doesn't have a "real" IP address. > > Then I tried using the obex-client - some info on the mailing list > archive (from around November time) says it's still not working, don't > know if that's changed yet. Also I couldn't find any info on what the > config needs to be. > > One thing (I think) I did find out is that the obex-client is also > inbound only, so you will need to test it with: > > $ msynctool --sync testsync --wait > > so that it will wait for a connection. > > I am still having problems at the phone end trying to use bluetooth/obex > so I have no messages from opensync saying if anything has worked or > not. I saw someone mention that some of the devs have 6680's - do any of > them have any advice? > > Cheers, > KEv. > > > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > Hi! > > > > Encouraged by > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > > > I've configured a synchronizing group between my evolution environment > > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > > bound to the serial port bluetooth service of my mobile phone (Samsung > > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > > configuration for the syncml-plugin reads: > > > > <config> > > <username></username> > > <password></password> > > <path>/dev/rfcomm0</path> > > <type>1</type> > > <usestringtable>2</usestringtable> > > <onlyreplace>0</onlyreplace> > > <contact_db>addressbook</contact_db> > > <calendar_db>calendar</calendar_db> > > <task_db>tasks</task_db> > > </config> > > > > However, I run into the same troubles discussed in > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > > > E.i. > > > > $ msynctool --sync testsync > > > > yields: > > > > Synchronizing group "testsync" > > Member 1 of type evo2-sync just connected > > Member 2 of type syncml-obex-client had an error while connecting: No > > success > > Member 1 of type evo2-sync just disconnected > > All clients have disconnected > > The sync failed: Unable to connect one of the members > > Error synchronizing: Unable to connect one of the members > > > > The trace output from the syncml-obex-client plugin reads as follows: > > > > [1137969737.641293] +++++++++ This is the client #2 > > (syncml-obex-client plugin) of group testsync +++++++++ > > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > > 0x8077aa0, 0x80614e0) > > [1137969737.746285] [CLI] DEBUG: Client message handler > > called for message "CONNECT" > > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > > 0xb7ebbd70, 0x8077aa0) > > [1137969737.746330] >>>>>>> > > client_connect(0x8077e08) > > [1137969741.853995] >>>>>>> > > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > > [1137969741.854070] [CLI] WARNING: > > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > > with error 1: No success > > [1137969741.854106] <<<<<<< > > osync_context_report_osyncerror > > [1137969741.854126] <--- ERROR --- client_connect: > > No success > > [1137969741.854145] <<<<<<< osync_member_connect > > [1137969741.854163] <<<<<<< client_message_handler > > > > Does anybody have an idea where the problem lies? To start with: is it > > more likely from the OBEX transport layer or a SyncML related problem? > > Is there anything I can do to help getting the thing to work? > > > > The only information related to SyncML with my mobile phone I've found > > up to now is here: > > > > http://www.traud.de/gsm/samsung.htm > > > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > > is using. Has it already been clarified, how to find the correct values > > of the XXX_db parameters in the configuration of the syncml-plugin? > > > > Regards, > > > > Martin > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > |
|
From: Bernd W. <se...@it...> - 2006-01-23 13:34:58
|
Hi, I read a litle bit of transfered data, and it seams to be syncml V: 1.0. Wi= ll=20 it be supported? Best regards Bernd Westermann Am Montag, 23. Januar 2006 09:17 schrieb ber...@it...: > Hello, > > Am Sonntag, 22. Januar 2006 01:43 schrieb Armin Bauer: > > ber...@it... wrote: > > > Hi Group, hi Armin, > > > > > > I am trying to sync my Motorola A780 with opensync / syncml-plugin. > > > opensync-0.18 runs fine. syncml from svn has problems. (my System > > > Gentoo AMD64) > > > While trying to sync with syncml-http-server, sync stop very early wi= th > > > following message: > > > > > > ~ $ msynctool --sync filesyncmlhttp --wait > > > Synchronizing group "filesyncmlhttp" > > > The previous synchronization was unclean. Slow-syncing > > > I/O error : Attempt to load network entity > > > http://www.syncml.org/docs/syncml_represent_v10_20001207.dtd > > > > > > Looking with ethereal I see that the A780 send a "WAP Binary XML, > > > Version: 1.2..." message to the server. But the server answers with > > > "HTTP/1.1 500 Unknown VerDTD" > > > > > > Is there a problem with the xml parser? I think I have build > > > syncml-plugin like the description in the HOWTO. OK I use the wbxml > > > from my "normal" installation, but it has the same patch as in HOWTO. > > > > Hi Bernd, > > > > the problem is clearly that the current trunk version of libsyncl does > > not yet support all syncml version (at the moment only version 1.2). So > > you phone probably uses an older version that the library did not > > understand. > > I am not en expert in XML and syncml, but what mean the ethereal output > "WAP Binary XML, Version: 1.2..."? XML 1.2 or syncml 1.2? > > > Support for these versions is on the way in the current development > > branch of libsyncml. > > I will have a look on it (HOWTO get? svn?) > > > Unfortuantely im very short of time at the moment since i have to write > > university exams soon. But i will get back to working on these issues > > after im done with my exams. > > I'll keep my fingers crossed. > > Best reagards > > Bernd Westermann > > > Best Regards, > > Armin Bauer > > > > > Regards > > > > > > Bernd Westermann > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users =2D-=20 Mit freundlichen Gr=FC=DFen Bernd Westermann =2D-------------------------------- =2D----------------------------- Ingenieurb=FCro f=FCr Informationstechnik Dipl.-Ing. Bernd Westermann Zunftgasse 11 D-79235 Vogtsburg/Burkheim eMail: se...@it... home: http://www.it-west.de Tel.: +49 7662 935994 =46ax: +49 7662 935995 Mobil: +49 171 4704335 |
40 messages has been excluded from this view by a project administrator.
