opensync-users — The place to get help for the OpenSync project

[Opensync-users] syncml-http-server error

[Anders S. H. <an...@gi...>]

As noted in previous mail in "New libsyncml version" thread, I now got
both USB and Bluetooth syncs working with my Nokia 6680.

I though I would try HTTP too. So I started the syncml-http-server with
the command:

./syncml-http-server --port 8081 \
--recvLimit 10000 --maxObjSize 734000 \
--slow-sync "text/x-vcard" Contacts

It sits there waiting for me to connect. When I do I get the following
output:

I/O error : Attempt to load network entity
http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
Received an Alert for the DS Server at Contacts: Type: 201, Last , Next
20060525T143619Z
Slowsyncing
Just received a new session with ID 2
WARNING: Unable to find command handlerWARNING: Unable to find command
handlerReceived the DevInf
Session 2 reported final. flushing

(process:15144): libsoup-CRITICAL **: io_read: assertion `io->read_state
!= SOUP_MESSAGE_IO_STATE_DONE' failed
There was an error in the session 2: Unknown command type

It does not work :(


Anders

[Opensync-users] Comparison of Umlauts support by irmc and syncml?

[<ach...@mn...>]

Hi,=20
=20
the current irmc sync with opensync and my Sony Ericsson K750 has big pro=
blems=20
with special ASCII characters like the German Umlauts.=20
Some emails in this list suggest, that this is a known issue - at least w=
ith=20
irmc.=20
=20
I didn't test syncml right now, as its a little more complicated.=20
=20
My question:=20
Could I get right now a better umlauts support with syncml in comparison =
with=20
irmc?=20
Or are the problems caused by central library algorithms?=20
=20
=20
Thanks,=20
Achim=20
=20
=20

Re: [Opensync-users] New libsyncml version

[Daniel G. <dg...@su...>]

On Thursday 25 May 2006 15:08, Anders Semb Hermansen wrote:
>  gcc -DHAVE_CONFIG_H -I. -I. -I../.. -pthread -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I../.. -Wall -Werror
> -g -O2 -MT libsyncml_xml_la-sml_xml_parse.lo -MD -MP -MF
> .deps/libsyncml_xml_la-sml_xml_parse.Tpo -c sml_xml_parse.c  -fPIC -DPIC
> -o .libs/libsyncml_xml_la-sml_xml_parse.o
> cc1: warnings being treated as errors
> sml_xml_parse.c: In function '_smlItemParse':
> sml_xml_parse.c:553: warning: pointer targets in passing argument 6 of
> '_smlCommandMetaParse' differ in signedness
> sml_xml_parse.c: In function '_smlCommandSyncParse':
> sml_xml_parse.c:986: warning: pointer targets in passing argument 6 of
> '_smlCommandMetaParse' differ in signedness
> sml_xml_parse.c:996: warning: pointer targets in passing argument 2 of
> '_smlXmlParserGetID' differ in signedness
> make[3]: *** [libsyncml_xml_la-sml_xml_parse.lo] Error 1
> make[3]: Leaving directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml/parser'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/anders/synctest/src/libsyncml-svn'
> make: *** [all] Error 2

I wrote a patch (attachted) to fix the gcc warning.

Armin, should i commit it?

best regards,
Daniel

Re: [Opensync-users] New libsyncml version

[Anders S. H. <an...@gi...>]

Anders Semb Hermansen wrote:
> I then configured a group which consisted of a file-sync with config:
> <config><path>/home/anders/synctest/mobtest</path><recursive>FALSE</recursive></config>
> 
> And a syncml-obex-client with config:
> <config><bluetooth_address></bluetooth_address><bluetooth_channel></bluetooth_channel><interface>0</interface><identifier>PC
> Suite</identifier><version>1</version><wbxml>1</wbxml><username></username><password></password><type>5</type><usestringtable>1</usestringtable><onlyreplace>0</onlyreplace><recvLimit>1000</recvLimit><maxObjSize>734000</maxObjSize><contact_db>Contacts</contact_db><calendar_db>Calendar</calendar_db><note_db>Notes</note_db></config>
> 
> This worked, and my /home/anders/synctest/mobtest was filled with files
> which contained calendar items and contacts.

This is with my Nokia 6680. I also tried to use bluetooth with success.

The config I used was:
<config><bluetooth_address>00:12:62:A9:18:E0</bluetooth_address><bluetooth_channel>11</bluetooth_channel><interface>0</interface><identifier>PC
Suite</identifier><version>1</version><wbxml>1</wbxml><username></username><password></password><type>2</type><usestringtable>1</usestringtable><onlyreplace>0</onlyreplace><recvLimit>1000</recvLimit><maxObjSize>734000</maxObjSize><contact_db>Contacts</contact_db><calendar_db>Calendar</calendar_db><note_db>Notes</note_db></config>


Anders

Re: [Opensync-users] New libsyncml version

[Anders S. H. <an...@gi...>]

Anders Semb Hermansen wrote:
> And then I tried to run make. But it failed with the following error.
> $ make
> make  all-recursive
> make[1]: Entering directory `/home/anders/synctest/src/libsyncml-svn'
> Making all in libsyncml
> make[2]: Entering directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml'
> Making all in parser
> make[3]: Entering directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml/parser'
> if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
> -I. -I../..    -pthread -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include   -I/usr/include/libxml2   -I../.. -Wall
> -Werror -g -O2 -MT libsyncml_xml_la-sml_xml_parse.lo -MD -MP -MF
> ".deps/libsyncml_xml_la-sml_xml_parse.Tpo" -c -o
> libsyncml_xml_la-sml_xml_parse.lo `test -f 'sml_xml_parse.c' || echo
> './'`sml_xml_parse.c; \
>         then mv -f ".deps/libsyncml_xml_la-sml_xml_parse.Tpo"
> ".deps/libsyncml_xml_la-sml_xml_parse.Plo"; else rm -f
> ".deps/libsyncml_xml_la-sml_xml_parse.Tpo"; exit 1; fi
> mkdir .libs
>  gcc -DHAVE_CONFIG_H -I. -I. -I../.. -pthread -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I../.. -Wall -Werror
> -g -O2 -MT libsyncml_xml_la-sml_xml_parse.lo -MD -MP -MF
> .deps/libsyncml_xml_la-sml_xml_parse.Tpo -c sml_xml_parse.c  -fPIC -DPIC
> -o .libs/libsyncml_xml_la-sml_xml_parse.o
> cc1: warnings being treated as errors
> sml_xml_parse.c: In function '_smlItemParse':
> sml_xml_parse.c:553: warning: pointer targets in passing argument 6 of
> '_smlCommandMetaParse' differ in signedness
> sml_xml_parse.c: In function '_smlCommandSyncParse':
> sml_xml_parse.c:986: warning: pointer targets in passing argument 6 of
> '_smlCommandMetaParse' differ in signedness
> sml_xml_parse.c:996: warning: pointer targets in passing argument 2 of
> '_smlXmlParserGetID' differ in signedness
> make[3]: *** [libsyncml_xml_la-sml_xml_parse.lo] Error 1
> make[3]: Leaving directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml/parser'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/anders/synctest/src/libsyncml-svn/libsyncml'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/anders/synctest/src/libsyncml-svn'
> make: *** [all] Error 2

I removed the -Werror from the Makefile to make it compile with
warnings. I then compiled the syncml-plugin.

I then configured a group which consisted of a file-sync with config:
<config><path>/home/anders/synctest/mobtest</path><recursive>FALSE</recursive></config>

And a syncml-obex-client with config:
<config><bluetooth_address></bluetooth_address><bluetooth_channel></bluetooth_channel><interface>0</interface><identifier>PC
Suite</identifier><version>1</version><wbxml>1</wbxml><username></username><password></password><type>5</type><usestringtable>1</usestringtable><onlyreplace>0</onlyreplace><recvLimit>1000</recvLimit><maxObjSize>734000</maxObjSize><contact_db>Contacts</contact_db><calendar_db>Calendar</calendar_db><note_db>Notes</note_db></config>

This worked, and my /home/anders/synctest/mobtest was filled with files
which contained calendar items and contacts.

Thanks for the good work!


Anders

Re: [Opensync-users] New libsyncml version

[Anders S. H. <an...@gi...>]

Hi Armin,

Sorry for my time away. I should now be able to help testing again.

Armin Bauer wrote:
> I just merged the dev branches of libsyncml into the trunk. I now need
> your feedback about the current trunk version of libsyncml/the syncml
> plugin to fix any remaining bugs and prepare a new release.
> 
> So, if you want to help, check out the code from the libsyncml trunk and
> the syncml plugin and test it.

I did the following:
$ svn co http://svn.opensync.org/libsyncml/trunk libsyncml-svn
$ cd libsyncml-svn/
$ autoreconf -sfi
$ ./configure --prefix=$HOME/synctest

And then I tried to run make. But it failed with the following error.
$ make
make  all-recursive
make[1]: Entering directory `/home/anders/synctest/src/libsyncml-svn'
Making all in libsyncml
make[2]: Entering directory
`/home/anders/synctest/src/libsyncml-svn/libsyncml'
Making all in parser
make[3]: Entering directory
`/home/anders/synctest/src/libsyncml-svn/libsyncml/parser'
if /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../..    -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include/libxml2   -I../.. -Wall
-Werror -g -O2 -MT libsyncml_xml_la-sml_xml_parse.lo -MD -MP -MF
".deps/libsyncml_xml_la-sml_xml_parse.Tpo" -c -o
libsyncml_xml_la-sml_xml_parse.lo `test -f 'sml_xml_parse.c' || echo
'./'`sml_xml_parse.c; \
        then mv -f ".deps/libsyncml_xml_la-sml_xml_parse.Tpo"
".deps/libsyncml_xml_la-sml_xml_parse.Plo"; else rm -f
".deps/libsyncml_xml_la-sml_xml_parse.Tpo"; exit 1; fi
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I../.. -Wall -Werror
-g -O2 -MT libsyncml_xml_la-sml_xml_parse.lo -MD -MP -MF
.deps/libsyncml_xml_la-sml_xml_parse.Tpo -c sml_xml_parse.c  -fPIC -DPIC
-o .libs/libsyncml_xml_la-sml_xml_parse.o
cc1: warnings being treated as errors
sml_xml_parse.c: In function '_smlItemParse':
sml_xml_parse.c:553: warning: pointer targets in passing argument 6 of
'_smlCommandMetaParse' differ in signedness
sml_xml_parse.c: In function '_smlCommandSyncParse':
sml_xml_parse.c:986: warning: pointer targets in passing argument 6 of
'_smlCommandMetaParse' differ in signedness
sml_xml_parse.c:996: warning: pointer targets in passing argument 2 of
'_smlXmlParserGetID' differ in signedness
make[3]: *** [libsyncml_xml_la-sml_xml_parse.lo] Error 1
make[3]: Leaving directory
`/home/anders/synctest/src/libsyncml-svn/libsyncml/parser'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/anders/synctest/src/libsyncml-svn/libsyncml'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/anders/synctest/src/libsyncml-svn'
make: *** [all] Error 2


Anders

Re: [Opensync-users] New libsyncml version

[Armin B. <arm...@de...>]

Hi,

i now uploaded the patch again. can you please see, if the trunk now
works for you?

Armin

Stefan Wolf wrote:
> Hi again,
>=20
> Seems like you forgot to include the old bugfixes...
> I get again the following error:
>=20
> Synchronizing group "syncmlfile"
> Member 2 of type file-sync just connected
> I/O error : Attempt to load network entity=20
> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> Member 1 of type syncml-obex-client had an error while connecting: wron=
g=20
> initial node: MaxObjSize
> Member 2 of type file-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
>=20
> Regards,

Re: [Opensync-users] Partial success on Nokia 6630

[Conrad W. <con...@we...>]

> > One other problem occured when I imported my real contact list (all umlauts 
> > substituted) to evolution to sync it to my phone. The sync started okey and 
> > the phone display was showing a progress bar and the number of transferred 
> > contacts, but suddenly after about 30 of 150 contacts the sync stoped. 
> > Sometimes this occured at entry 27 sometimes at 30 and so on. I had the 
> > impression that this coincides with the following line appearing on the CL:
> > 
> > I/O error : Attempt to load network entity 
> > http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> > 
> > After a while tons of error messages of this type appear:
> > 
> > Error writing entry pas-id-445FBF6C00000060 to member 2: Timeout while waiting 
> > for a reply to message "COMMIT_CHANGE"
> > Mapping Write Error: Timeout while waiting for a reply to 
> > message "COMMIT_CHANGE"
> > 
> > The syncml-obex-client trace ends with the following lines:
> > 
> > [1147126085.317415]	<<<<<<<  client_message_handler
> > [1147126085.755768]	>>>>>>>  _manager_event(0x80831e0, 6, 0x80c9768, (nil), 
> > 0x8082500)
> > [1147126085.755848]	<<<<<<<  _manager_event
> > [1147126085.755888]	>>>>>>>  _smlManagerEventFree(0x858dc98)
> > [1147126085.755927]		>>>>>>>  smlSessionUnref(0x80c9768)
> > [1147126085.755965]		<<<<<<<  smlSessionUnref
> > [1147126085.756003]	<<<<<<<  _smlManagerEventFree
> > [1147126091.76960]	>>>>>>>  _manager_event(0x80831e0, 7, 0x80c9768, 0x8667ef8, 
> > 0x8082500)
> > [1147126091.77014]		There was an error in the session 219: Received a status 
> > after commands
> > [1147126091.77071]	<--- ERROR --- _manager_event: Received a status after 
> > commands
> > [1147126091.77110]	>>>>>>>  _smlManagerEventFree(0x820e7e0)
> > [1147126091.77149]		>>>>>>>  smlSessionUnref(0x80c9768)
> > [1147126091.77187]		<<<<<<<  smlSessionUnref
> > [1147126091.77227]	<<<<<<<  _smlManagerEventFree
> > 
> > No idea what happened here, but it's not nice. It never happened when I did 
> > the testing with only a few entries.
> > 
> > I've taken traces of all the above syncs, but I decided not to attach them to 
> > this mail. I'll send em off-list.
> 
> the syncml protocols clearly states that no status has to be sent after
> a command has been sent. but some devices simply ignore the standard and
> do this anyways.
> 
> there is a option in the config AllowLateStatus which you can set to 1
> to allow such behaviour.
> 
> Best Regards,
> Armin

Hi Armin,

I put

<AllowLateStatus>1</AllowLateStatus>

into my syncml-obex-client.conf, but that didn't help. I also split my
contact list into 2 parts and tried to sync these parts separately to
check whether I have a corrupt entry, but the sync freezes with both
parts at something between entry 25 to 30. The freezing of the progress
bar and the counting of transferred entries on the phone always occurs
when

I/O error : Attempt to load network entity
http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd

appears on the command line. I read somewhere on the list that one could
ignore this error message. Is that definite or is there a chance that it
is correlated to the freezing of the sync?

Cheers,
Conrad.


-- 
Conrad Wolf <con...@we...>

Re: [Opensync-users] New libsyncml version

[Armin B. <arm...@de...>]

Stefan Wolf wrote:
> Hi again,
>=20
> Seems like you forgot to include the old bugfixes...
> I get again the following error:
>=20
> Synchronizing group "syncmlfile"
> Member 2 of type file-sync just connected
> I/O error : Attempt to load network entity=20
> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> Member 1 of type syncml-obex-client had an error while connecting: wron=
g=20
> initial node: MaxObjSize
> Member 2 of type file-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
>=20
> Regards,

these changes were made to the trunk, i just merged another branch into
the trunk, so the changes _should_ have been kept. anyways... i will
redo these changes tomorrow.

Armin

Re: [Opensync-users] New libsyncml version

[Stefan W. <wo...@fs...>]

Hi again,

Seems like you forgot to include the old bugfixes...
I get again the following error:

Synchronizing group "syncmlfile"
Member 2 of type file-sync just connected
I/O error : Attempt to load network entity=20
http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
Member 1 of type syncml-obex-client had an error while connecting: wrong=20
initial node: MaxObjSize
Member 2 of type file-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

Regards,
=2D-=20
  Stefan Wolf <wo...@fs...>

Re: [Opensync-users] New libsyncml version

[Armin B. <arm...@de...>]

Stefan Wolf wrote:
> Hi,
>=20
> compilation of the syncml-plugin fails:
> =20
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/opensync-1.0 -I/usr/inc=
lude/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libsyncml-1.0 -I=
/usr/include/libxml2 -Wall -Werror -I/usr/include/opensync-1.0 -I/usr/inc=
lude/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libsyncml-1.0 -I=
/usr/include/libxml2 -g -O2 -MT=20
> syncml_plugin.lo -MD -MP -MF .deps/syncml_plugin.Tpo -c=20
> syncml_plugin.c  -fPIC -DPIC -o .libs/syncml_plugin.o
> syncml_plugin.c:38: error: syntax error before "_format_to_contenttype"=

> syncml_plugin.c:39: warning: return type defaults to `int'
> syncml_plugin.c: In function `_format_to_contenttype':
> syncml_plugin.c:41: error: `SML_CONTENT_TYPE_VCARD' undeclared (first u=
se in=20
> this function)
> syncml_plugin.c:41: error: (Each undeclared identifier is reported only=
 once
> syncml_plugin.c:41: error: for each function it appears in.)
> syncml_plugin.c:44: error: `SML_CONTENT_TYPE_VCAL' undeclared (first us=
e in=20
> this function)
> (Just the first error....)
>=20
> Any Ideas?

very strange. the merge didnt complete correctly. it missed some changes
in the dev branch. i remerged the branches and now it compiles correctly
(should have tested this before, sorry. but on the other hand, i never
saw a broken merge before).

Armin

Re: [Opensync-users] New libsyncml version

[Stefan W. <wo...@fs...>]

Hi,

compilation of the syncml-plugin fails:
=20
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/opensync-1.0 -I/usr/include=
/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libsyncml-1.0 -I/usr/i=
nclude/libxml2 -Wall -Werror -I/usr/include/opensync-1.0 -I/usr/include/gli=
b-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libsyncml-1.0 -I/usr/inclu=
de/libxml2 -g -O2 -MT=20
syncml_plugin.lo -MD -MP -MF .deps/syncml_plugin.Tpo -c=20
syncml_plugin.c  -fPIC -DPIC -o .libs/syncml_plugin.o
syncml_plugin.c:38: error: syntax error before "_format_to_contenttype"
syncml_plugin.c:39: warning: return type defaults to `int'
syncml_plugin.c: In function `_format_to_contenttype':
syncml_plugin.c:41: error: `SML_CONTENT_TYPE_VCARD' undeclared (first use i=
n=20
this function)
syncml_plugin.c:41: error: (Each undeclared identifier is reported only once
syncml_plugin.c:41: error: for each function it appears in.)
syncml_plugin.c:44: error: `SML_CONTENT_TYPE_VCAL' undeclared (first use in=
=20
this function)
(Just the first error....)

Any Ideas?
=2D-=20
  Stefan Wolf <wo...@fs...>

[Opensync-users] (no subject)

[<le...@ad...>]

Hi,

Just a quick question: What's the status of the irmc-plugin efforts? Is
there any work planned in the near future?.

I'd love to se a working irmc <-> kde-pim connection with full kde-pim
(korganizer,kabc,knotes) functionality :-)

Best Regards

Leif

[Opensync-users] New libsyncml version

[Armin B. <arm...@de...>]

Hi everyone,

I just merged the dev branches of libsyncml into the trunk. I now need
your feedback about the current trunk version of libsyncml/the syncml
plugin to fix any remaining bugs and prepare a new release.

So, if you want to help, check out the code from the libsyncml trunk and
the syncml plugin and test it.

Some of the changes:

- allowLateStatus and noPendingReplies options have been removed. they
are now always enabled (should work for all phones)
- support for devices which dont support NumberOfChanges or large object
handling (like the 6230s)
- support for requesting and reading the devinf
- support for arbitrary mimetypes


the syncml-* tools also have a new option: --dumpinfo which can be used
to request the device information and display infos about the connected
device.

the command line for using a nokia 6680 now looks like this (notice the
mimetypes. and see the --help output for details):

=2E/syncml-obex-client -u 0 --identifier "PC Suite" --wbxml --recvLimit
10000 --maxObjSize 734000 --sync "text/x-vcard" Contacts --add
"text/x-vcard" vcard.vcf

in the syncml plugin config itself, nothing has changed.

Best Regards,
Armin Bauer

Re: [Opensync-users] (no subject)

[Christopher S. <ope...@ch...>]

Hi,

Am Mittwoch, 24. Mai 2006 10:59 schrieb Leif Adel=F6w:
> Hi,
>
> Just a quick question: What's the status of the irmc-plugin efforts?
> Is there any work planned in the near future?.
>
> I'd love to se a working irmc <-> kde-pim connection with full
> kde-pim (korganizer,kabc,knotes) functionality :-)

I'm working on it right now. Next step is to remove sync_vtype, but=20
before we have to fixe some encoding issues in opensync.

Without sync_vtype I'm able to sync my SE D750i contacts correctly.


Best Regards,

	Christopher

[Opensync-users] (no subject)

[Leif <Lei...@xc...>]

Hi,

Just a quick question: What's the status of the irmc-plugin efforts? Is
there any work planned in the near future?.

I'd love to se a working irmc <-> kde-pim connection with full kde-pim
(korganizer,kabc,knotes) functionality :-)

Best Regards

Leif

Re: [Opensync-users] Strange bug

[Jose de P. E. J. <jpe...@gm...>]

On 5/22/06, Martin Felis <ma...@si...> wrote:
> I fixed the bug which prevents the gpe plugin to report the actual
> error. If you use the version that is available through subversion,
> you will get a error message (no more Couldn't commit todo: (null) ).

Ahh. Now we're talking:

Error writing entry 20060522T034937Z-5556-1000-1-15@betty to member 2:
Couldn't commit todo:  invalid value in attribute LAST-MODIFIED
Mapping Write Error: Couldn't commit todo:  invalid value in attribute
LAST-MODIFIED

And the "LAST-MODIFIED" field on the vcard:

LAST-MODIFIED:20060522T034940

while the GPE ones are in that format:

LAST-MODIFIED:20060521T210325Z


Come'on, just because of the 'Z' on the end? :P Let's try
Yep. Added a Z on the end and worked like a charm.

--
Jose de Paula Eufrasio Junior <jpe...@gm...>
aka coredump
http://coredump.osimortais.com.br

[Opensync-users] Strange bug

[Jose de P. E. J. <jpe...@gm...>]

So, I can bring my data back from gpe plugin to files on my disk.
Using another pair, I can send the data on this file to evolution2.
Data from evolution2 is saved in vcards too, by the file plugin.
But when the gpe plugin gets a vcard from evolution I get this error:

Error writing entry query-2 to member 2: Couldn't commit todo: (null)
Mapping Write Error: Couldn't commit todo: (null)

I tried to edit the vcard from evolution and it has a lot more options
than the gpe one, I edited it manually to be equal to the gpe one and
no game. Even changed the name of the file, but it doesn't work.

Maybe a encoding problem? My machine is set to UTF8.

I couldn't find anything about debug options so... If anyone has any
idea, I'm open to them.

--=20
Jose de Paula Eufrasio Junior <jpe...@gm...>
aka coredump
http://coredump.osimortais.com.br

[Opensync-users] N6260 failure with syncml-plugin

[Karol K. <sz...@he...>]

Hi,
I've been trying to sync my Nokia 6260 (Symbian OS 7.0, Series 60 2.1)
using SyncML over Bluetooth. I've set up libopensync, syncml-plugin, wbxml2
and what not according to http://www.opensync.org/wiki/syncml-guide. When I
run msynctool I get this output:
#v+
$ msynctool --sync obexfile
Synchronizing group "obexfile"
The previous synchronization was unclean. Slow-syncing
Member 1 of type file-sync just connected
I/O error : Attempt to load network entity http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
received event dsession
received contact dsession
received note dsession
Member 2 of type syncml-obex-client just connected
All clients connected or error
Member 1 of type file-sync just sent all changes
I/O error : Attempt to load network entity http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
Member 2 of type syncml-obex-client had an error while getting changes: No node at all
Member 1 of type file-sync just disconnected
Member 2 of type syncml-obex-client had an error while disconnecting: Timeout while waiting for a reply to message "DISCONNECT"
All clients have disconnected
The sync failed: Unable to read from one of the members
Error synchronizing: Unable to read from one of the members
#v-

The last part of the plugin-specific log is attached below, more can be found at
http://hell.org.pl/~sziwan/syncml-traces.tar.gz

What can I do to make it work?
Best regards,

-- 
Karol 'sziwan' Kozimor
sz...@he...


				<<<<<<<  smlDsSessionGetAlert
				>>>>>>>  smlDsSessionGetSync(0xb4209f40, 0xb7928a30, 0x8078bf0)
				<<<<<<<  smlDsSessionGetSync
				>>>>>>>  smlDsSessionGetChanges(0xb4209f40, 0xb7928720, 0x8078bf0)
				<<<<<<<  smlDsSessionGetChanges
				>>>>>>>  smlDsSessionGetSync(0xb4209ca0, 0xb7928a30, 0x8078bf0)
				<<<<<<<  smlDsSessionGetSync
				>>>>>>>  smlDsSessionGetChanges(0xb4209ca0, 0xb7928720, 0x8078bf0)
				<<<<<<<  smlDsSessionGetChanges
				>>>>>>>  smlDsSessionGetSync(0xb4215370, 0xb7928a30, 0x8078bf0)
				<<<<<<<  smlDsSessionGetSync
				>>>>>>>  smlDsSessionGetChanges(0xb4215370, 0xb7928720, 0x8078bf0)
				<<<<<<<  smlDsSessionGetChanges
				>>>>>>>  smlSessionFlush(0xb42094c0, 1, 0xb5310288)
					sending command 0x807fc68
				<<<<<<<  smlSessionFlush
			<<<<<<<  get_changeinfo
		<<<<<<<  osync_member_get_changeinfo
	<<<<<<<  client_message_handler
	>>>>>>>  _manager_event(0x8072628, 6, 0xb42094c0, (nil), 0x8070f00)
	<<<<<<<  _manager_event
	>>>>>>>  _smlManagerEventFree(0xb4215448)
		>>>>>>>  smlSessionUnref(0xb42094c0)
		<<<<<<<  smlSessionUnref
	<<<<<<<  _smlManagerEventFree
	>>>>>>>  _manager_event(0x8072628, 7, 0xb42094c0, 0xb42122a0, 0x8070f00)
		There was an error in the session 5: No node at all
		>>>>>>>  osync_context_report_osyncerror(0x8078bf0, 0xb5310308:(No node at all))
			[CLI] WARNING: Member is replying with message 0x807f560 to message 0xb4216070:"GET_CHANGES" with error 1: No node at all
		<<<<<<<  osync_context_report_osyncerror
	<--- ERROR --- _manager_event: No node at all

Re: [Opensync-users] Sync fails between Evo2 and GPE

[Koen K. <ko...@do...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martin Felis schreef:
> Hello again,
> 
> yes it definitely helps. The problem is probably libmimedir on the gpe
> side which refuses to parse dates that are not in the format
> libmimedir expects.
> 
> I have the same problem here. I will let you know if I have a solution.

Neal Walfield recently sent a patch[1] to Sebastian about date parsing,
maybe it can be of some help here as well.

regards,

Koen

[1] http://ewi546.ewi.utwente.nl/tmp/mimedir-duration.diff
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEcC4HMkyGM64RGpERAjbLAKCmvopIqL3WLWlmt2aakSAC5gXDSACggtPi
xB0GsNNc7fa2vuSPrBNVlbk=
=aYoj
-----END PGP SIGNATURE-----

Re: [Opensync-users] Sync fails between Evo2 and GPE

[Martin F. <ma...@si...>]

Hello again,

yes it definitely helps. The problem is probably libmimedir on the gpe
side which refuses to parse dates that are not in the format
libmimedir expects.

I have the same problem here. I will let you know if I have a solution.

Cheers,
Martin

On 5/20/06, Andrew Barr <and...@gm...> wrote:
> On Fri, 2006-05-19 at 14:35 +1200, Martin Felis wrote:
> > Maybe you can give it a try and send again the
> > output.
>
> Here is the output of the updated plugin:
>
> andrew@r51:~$ msynctool --sync zaurus
> Synchronizing group "zaurus"
> The previous synchronization was unclean. Slow-syncing
> Member 1 of type gpe-sync just connected
> Member 2 of type evo2-sync just connected
> All clients connected or error
> andrew@192.168.129.201's password: Received a entry
> pas-id-44522C6900000000 with data of size 4 from member 2. Changetype
> ADDED
> Received a entry 20060517T004525Z-3935-1000-1-2@r51 with data of size 4
> from member 2. Changetype ADDED

[...]

> Mapping Write Error: Couldn't commit event  invalid format for type
> "date/time" in attribute DTSTART
> Member 1 of type gpe-sync committed all changes.
> All clients have written
> Member 1 of type gpe-sync just disconnected
> Member 2 of type evo2-sync just disconnected
> All clients have disconnected
> The sync failed: Unable to write one or more objects
> Error synchronizing: Unable to write one or more objects
>
> Hope this helps,
> Andrew Barr
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.3 (GNU/Linux)
>
> iD8DBQBEbfnohuM+Z62a52oRAqE2AJ9DlyK/Mfr/DlgoawtzacPJDPaX/ACgvTYG
> FcVdUG0BQxu2466lUapCRAM=3D
> =3DBnoY
> -----END PGP SIGNATURE-----
>
>
>

Re: [Opensync-users] repost: opensync crashing when syncing with evolution

[Marcos \Japa\ U. <th...@gm...>]

SSBjYW4gZWFzaWx5IHJlcHJvZHVjZSB0aGUgYnVnLCBpbiBGZWRvcmEgNQoKSSBiZWxpZXZlIGFu
b3RoZXIgdXNlciBmcm9tIGgyMjAwIHVzaW5nIEdlbnRvbyBjYW4gcmVwcm9kdWNlIGl0IHRvby4K
CkJ0dywgSSBjYW4gcmVwcm9kdWNlIGJ1ZyB1c2luZyBhIGV2bzJmaWxlIHN5bmMgdG9vLiBJIHdh
bnQgdG8gaGVscC4KCk9uIDUvMjEvMDYsIEphc29uIEdyYW50IDxqdW5rQGxvZ3VsYXIuY29tPiB3
cm90ZToKPgo+ICBSZWdhcmRpbmcgdGhlIGNyYXNoIHJlcG9ydGVkIGJ5IGEgY291cGxlIG9mIGZv
bGtzIGFyb3VuZCB0aGUgMTN0aCAoc2VlCj4gIkNyYXNoIHdpdGggaW52YWxpZCBwb2ludGVyIHdo
ZW4gdXNpbmcgZXZvIHBsdWdpbiB1bmRlciBmYzUiKSwgYXBhcnQgZnJvbQo+IHRoZSBzdGFjayB0
cmFjZSBhbHJlYWR5IHByb3ZpZGVkLCBhcmUgdGhlcmUgYW55IG1vcmUgZGlhZ25vc3RpY3MgdGhh
dCBJIGNhbgo+IHByb3ZpZGUgdG8gaGVscCB3aXRoIGZhdWx0IGRpYWdub3Npcz8gIEl0J3MgZWFz
eSBmb3IgbWUgdG8gcmVwcm9kdWNlIHRoZQo+IGNyYXNoIC0gb3BlbnN5bmMgdGhlIG9ubHkgdGlt
ZSBvcGVuc3luYyBkb2Vzbid0IGNyYXNoIHdoZW4gc3luY2luZyB3aXRoIGV2bwo+IGlzIHdoZW4g
dGhlcmUgYXJlIG5vIGNvbnRhY3RzISAgU28gSSdtIGluIGEgZ29vZCBwb3NpdGlvbiB0byBwcm92
aWRlCj4gd2hhdGV2ZXIgaW5mbyB3aWxsIGJlIGhlbHBmdWwuCj4KPiAgVGhhbmtzLAo+Cj4gIEph
c29uLgo=

[Opensync-users] repost: opensync crashing when syncing with evolution

[Jason G. <ju...@lo...>]

Regarding the crash reported by a couple of folks around the 13th (see
"Crash with invalid pointer when using evo plugin under fc5"), apart
from the stack trace already provided, are there any more diagnostics
that I can provide to help with fault diagnosis?  It's easy for me to
reproduce the crash - opensync the only time opensync doesn't crash when
syncing with evo is when there are no contacts!  So I'm in a good
position to provide whatever info will be helpful.

Thanks,

Jason.

Re: [Opensync-users] Compatibility with Solid?

[Aaron W. <li...@wh...>]

Hi all,

Hans Bakker wrote:
> Maybe you could arrange something so that
> people can use Solid as a backend for OpenSync when they use KDE 4? It
> would make the hardware handling more consistent, I think.

If Solid can't be used because of dependency on other components, then
something else will need to be used. If that is the case, I would have
thought it would be better to use the same thing for everyone than have
a KDE backend, a Gnome backend etc.

http://dot.kde.org/1148063569/
"OpenSync is also independent of the desktop platform. It will be the
common syncing backend for at least KDE and GNOME and other projects are
likely to join. That means that the free desktop will have one common
syncing solution. This is something really new."

To return to separate backends for Gnome and KDE would completely
undermine the progress in this area.

I incline to Koen's opinion; HAL or udev would seem a better option as
they are installed on most Linux systems and appear to be where new
development belongs. The general Linux philosophy of pushing things
upstream suggests to me that these are the places for correct device
identification (manufacturer, identifying things have been plugged in,
sending DBus events etc.); if we need a device database for the
capabilities etc. of these devices then we should all be working on the
same list, regardless of whether we use Gnome, KDE or something else.

That said, I think that I miss the point of Solid; from the
documentation I just read, it sounds as though this would make
applications like NetworkManager or Gnome-Power-Manager possible - but
they already *are* working through enhancing HAL etc.

What they do sound like they are adding is a device knowledgebase, but
this surely is something that is window-manager-independent and belongs
somewhere like freedesktop rather than tied to one system. In fact, all
device-handling frameworks would seem better being
window-manager-independent. Again, Network Manager and
Gnome-Power-Manager provide a good examples here as they do all the
communication with HAL and DBus and have no need to be tied to Gnome or KDE.

Just my thoughts, please don't be offended.

Aaron

[Opensync-users] Re: Compatibility with Solid?

[Hans B. <han...@gm...>]

One more thing: you can check out Solid on http://solid.kde.org

Hans

2006/5/20, Hans Bakker <han...@gm...>:
> ---------- Forwarded message ----------
> From: Hans Bakker <han...@gm...>
> Date: 20-mei-2006 18:18
> Subject: Fwd: [Opensync-users] Compatibility with Solid?
> To: ope...@li...
>
>
> Solid is the hardware detection library that will be used in the
> upcoming KDE 4. Solid depends on several backends, so that will make
> it not suitable for you. Maybe you could arrange something so that
> people can use Solid as a backend for OpenSync when they use KDE 4? It
> would make the hardware handling more consistent, I think.
>
> Best regards,
>
> Hans
>
> ---------- Forwarded message ----------
> From: Armin Bauer <arm...@de...>
> Date: 20-mei-2006 15:55
> Subject: Re: [Opensync-users] Compatibility with Solid?
> To: Hans Bakker <han...@gm...>
> Cc: ope...@li...
>
>
> Hi Hans,
>
> Hans Bakker wrote:
> > Hi,
> >
> > today I read the article about OpenSync on kde.org (in the Dot) and
> > Tobias mentioned that he'd like to have a hardware detection
> > mechanism. It sounded to me as if you wanted to write it yourself.
> > Please, don't forget that the people of Solid (solid.kde.org) are
> > doing fantastic work by making a hardware detection library, and that
> > you maybe could use it instead of writing such code yourself.
>
> I dont know what solid can do exactly. So ill just explain what opensync
> would need:
>
> OpenSync would need to monitor a variety of connection types like usb,
> bluetooth, serial (if possible), irda and so on. if opensync detects a
> device it would try to detect what type of device it sees exactly
> (manufacturer, model, version, identifier). based on this information it
> would lookup the device in a database to see what options are needed to
> make the device work.
>
> Do you know if solid would be capable of helping with this task? Another
> issue: OpenSync is independent from desktops and X11. so it cannot use
> anything that depends on such things.
>
> Best Regards,
> Armin
>
> >
> > Keep up the good work.
> >
> > Cheers,
> >
> > Hans Bakker
> >
> >
> > -------------------------------------------------------
> > Using Tomcat but need to do more? Need to support web services, securit=
y?
> > Get stuff done quickly with pre-integrated technology to make your job
> > easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron=
imo
> > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=120709&bid&3057&dat=121642
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users
> >
>
>
>