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

Re: [Opensync-users] Opensync versus Multisync

[Norm D. <no...@dr...>]

What I'm referring to is the pre-req for the syncml plugin from
libsyncml.sourceforge.net.

Norm

On Mon, 2005-15-08 at 19:50 +0200, Maciek Borowka wrote:
> On Monday 15 August 2005 19:41, Norm Dressler wrote:
> > Hmm.. can't seem to compile LibSyncML on Debian.  It says I need CommonC
> > ++ but I have installed it (commoncpp2-dev).
> 
> As far as I know, LibSyncML you are talking about has nothing to do with the 
> libsyncml Armin has started to develop for opensync (except the name of 
> course).
> 
> ./Maciek
> 

Re: [Opensync-users] Opensync versus Multisync

[Maciek B. <mbo...@cl...>]

On Monday 15 August 2005 19:41, Norm Dressler wrote:
> Hmm.. can't seem to compile LibSyncML on Debian.  It says I need CommonC
> ++ but I have installed it (commoncpp2-dev).

As far as I know, LibSyncML you are talking about has nothing to do with th=
e=20
libsyncml Armin has started to develop for opensync (except the name of=20
course).

=2E/Maciek

=2D-=20
Maciek Borowka =C2=A0 =C2=A0=C2=A0 http://www.clever-age.com.pl
Clever Age Polska - Otwarte uslugi informatyczne
Tel: +48 58 30 74 340 =C2=A0 =C2=A0 =C2=A0 GSM: +48 606 525 368

Re: [Opensync-users] Opensync versus Multisync

[Norm D. <ndr...@di...>]

Hmm.. can't seem to compile LibSyncML on Debian.  It says I need CommonC
++ but I have installed it (commoncpp2-dev). 

Anyone have suggestions on this one?  If not then it will have to wait
until tonight when I can try on another system.

Norm 

On Mon, 2005-15-08 at 15:14 +0200, Armin Bauer wrote:
> Hi,
> 
> The syncml implementation in multisync is uhh... somewhat suboptimal :)
> It will only work with very few devices (mostly older ones). If it
> doesnt work with you device your probably out of luck with multisync.
> 
> Opensync opposed to that uses a real syncml library (you can take a look
> at it here: libsyncml.opensync.org). This library is aimed to be fully
> compatible with all syncml devices. Right now it is in a early beta
> stage. So if you would like to help and have some minutes to spare we
> can make this plugin work with your device.
> 
> Armin
> 
> Norm Dressler wrote:
> > I know Opensync is replacing the old 0.82 version of Multisync but which
> > is more stable right now for syncing a SyncML phone?  I have a Nokia
> > 6620 and syncing isn't consistent with Multisync 0.82 for me.
> > 
> > Norm
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Opensync versus Multisync

[Norm D. <ndr...@di...>]

On Mon, 2005-15-08 at 15:14 +0200, Armin Bauer wrote:
> Hi,
> 
> The syncml implementation in multisync is uhh... somewhat suboptimal :)
> It will only work with very few devices (mostly older ones). If it
> doesnt work with you device your probably out of luck with multisync.
> 
> Opensync opposed to that uses a real syncml library (you can take a look
> at it here: libsyncml.opensync.org). This library is aimed to be fully
> compatible with all syncml devices. Right now it is in a early beta
> stage. So if you would like to help and have some minutes to spare we
> can make this plugin work with your device.
> 

I noticed it's a bit flaky to say the least.  It once actually sync'd my
contacts -- then duplicated them on Evolution and erased them on the
phone! :)  After resetting the phone to defaults, erasing the .multisync
directory and trying a re-sync -- forget it.  Now Syncml crashes on the
phone.  

Long story short, I will install Opensync and the various plugins and
see what I can do to help out.

Thanks
Norm

Re: [Opensync-users] Opensync versus Multisync

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

Hi,

The syncml implementation in multisync is uhh... somewhat suboptimal :)
It will only work with very few devices (mostly older ones). If it
doesnt work with you device your probably out of luck with multisync.

Opensync opposed to that uses a real syncml library (you can take a look
at it here: libsyncml.opensync.org). This library is aimed to be fully
compatible with all syncml devices. Right now it is in a early beta
stage. So if you would like to help and have some minutes to spare we
can make this plugin work with your device.

Armin

Norm Dressler wrote:
> I know Opensync is replacing the old 0.82 version of Multisync but which
> is more stable right now for syncing a SyncML phone?  I have a Nokia
> 6620 and syncing isn't consistent with Multisync 0.82 for me.
> 
> Norm
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Thunderbird plugin

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

Aaron Whitehouse wrote:
> Dave Hall wrote:
> 
>>>IANAL, but ...
>>>
>>>The MPL is the only real issue.  The LGPL s3 states:
>>>"3. You may opt to apply the terms of the ordinary GNU General Public
>>>License instead of this License to a given copy of the Library."
>>>
>>>So you have L/GPL you just need to dual license opensync under the MPL.
>>>
>>>Cheers 
>>>Dave
> 
> 
>>Yes, you are right. The MPL license is the only problem since it would
>>be more liberal than the LGPL. But I really don't want to relicense
>>Opensync under the MPL or a similar license. I think the LGPL should
>>be liberal enough (but the opinions differ on this point :)
> 
> 
> I'm sorry but I don't understand what you mean by more liberal. I just
> re-read the MPL and I understand it to be closer to the GPL than the
> LGPL. The MPL does allow code to be released under a 'compatible
> license' - I remember that Cairo was probably fine as LGPL but
> dual-licensed under the MPL to get rid of any question.
> 
> As I see things, the Opensync library is LGPL and could be easily linked
> to by a product covered by the MPL. To me the most straight-forward
> solution would be for Mozilla to write the conduit and release it under
> the MPL; linking to the LGPL libopensync. Please correct me if this idea
> is impossible.
> 

For me it would be fine of course. The question would be if this is ok
for the mozilla developers. I dont have enough knowledge of the MPL to
be able to tell all implications of using LGPL and MPL/LGPL/GPL code nor
do i know how exactly opensync (or a opensync plugin) would be
distributed. Maybe we should discuss this with someone from the mozilla
project.

> I have a couple of unrelated questions:
> 1) As far as I can gather, opensync has categories (To Do, Calender
> etc.) and formats (vcard etc.) - does this mean that a new category
> could be easily accomodated? For example, could opensync be used to
> translate between Passwordsafe and eWallet password programmes? Is the
> opensync xml file category-specific? i.e. Is there one for Calender, one
> for To Dos?
> 

opensync has a concept of object types (what you called categories) and
formats. The object type represent the abstract information like a
contact, a event, a todo, notes, emails etc. The format tells you in
which format this information is currently encoded (like VCARD 2.1 for
contacts).

The knowledge about the formats and object types is capsulated from
opensync by plugins. This allows it to easily extend opensync with new
formats or object types. So to enable opensync to sync passwords you
would create a plugin that introduces the new object type "Password".
Then you would introduce the formats used by passwordsafe and eWallet.
The last thing you would need are the plugins that are capable of
reading and writing to these 2 storages.

The opensync xml format is an internal format used to compare
information that was read in different formats. It is a union of the
supported fields of all other formats so that it can never loose
information. And yes, this is of course object type specific.

> 2) I understand that opensync needs to be trained to convert between
> formats, that the name field in a vCard needs to be mapped to the Name
> in the xml format, but how does opensync compare information in formats
> when it is not converting? An example of this would be jPilot and Palm;
> jPilot uses native palm databases AFAICS and so a format plugin should
> not be necessary to convert between them. But if this is the case, how
> does opensync know enough about the format to sync? Must everything go
> through some translation or do format plugins serve to describe formats
> as well as translate?
> 

I hope i understand your question correctly.

Jpilot has to do some sort of comparison to see if 2 objects contain the
same information or if they differ. Do you mean they do this by directly
comparing the database content?

This would also be possible in opensync. Lets assume that we have
contacts encoded in the format "Palm database". The format plugin would
then provide a compare() function for this format that would tell you if
2 objects are the same (how the compare function does this is up to the
developer). But the same plugin could also provide convert() function
that takes the contact in "Palm database" and converts it to a vcard or
the opensync xml format.

opensync has a path searching algorithm to search for the correct
conversion path from one format to another so you dont have to provide
converters to all other formats.

I hope this answers your question :)

> 3) How intelligent is the merging functionality intended to be? If I
> change the phone number on my phone, the email on my palm and the fax
> number on my PC, will opensync see it as a conflict because the contact
> has changed on both or will it see that each field has only been
> modified once?
> 

in this case opensync would merge the changes since none of the changes
overlap.

> 4) How are incomplete implementations of formats handled? If phone uses
> a standard calender format but cannot handle recurrences, will a new
> format plugin need to be written to handle the shortcomings, or would
> workarounds be capable within a format plugin?
> 

This is a very good question. in my opinion we should not try to
overcome limitations of devices by introducing "hacks". But i guess
people will try to do this anyways :)

This problem with recurrences is even more special since it would mean
that we need to split a single object with recurrences into many objects
without recurrences. The question is what will happen if we delete one
of the objects without recurrence. Opensync would need to be able to
detect that this is really a modification of another object, update the
recurrence rule and write this modifed object. This would be _VERY_
difficult.

> 5) How much interaction is capable with a plugin? Could multisync allow
> a user to map Custom field #1 from the palm with the Birthday field in
> Evolution and those variables carry through as inputs to the format plugin?
> 

basically there is as much interaction possible as you want. The problem
is that every user interface would have to implement a way to use this
interaction so you should be careful about this.

The mapping of the custom fields could be done in a different way: The
configuation of the palm plugin could hold the information on where to
map the custom fields. This way all userinterface could easily implement
these options.

> Wow... that was a few more questions than I intended to ask...

I hope i was able to answer some.

> 
> Thanks in advance for your help - I am a big supporter and advocate and
> like to be sure about what I am 'selling'; that and I am too curious for
> my own good ;).
> 
> Aaron

[Opensync-users] Opensync versus Multisync

[Norm D. <ndr...@di...>]

I know Opensync is replacing the old 0.82 version of Multisync but which
is more stable right now for syncing a SyncML phone?  I have a Nokia
6620 and syncing isn't consistent with Multisync 0.82 for me.

Norm

Re: [Opensync-users] Thunderbird plugin

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

Dave Hall wrote:
>> IANAL, but ...
>> 
>> The MPL is the only real issue.  The LGPL s3 states:
>> "3. You may opt to apply the terms of the ordinary GNU General Public
>> License instead of this License to a given copy of the Library."
>> 
>> So you have L/GPL you just need to dual license opensync under the MPL.
>> 
>> Cheers 
>> Dave

> Yes, you are right. The MPL license is the only problem since it would
> be more liberal than the LGPL. But I really don't want to relicense
> Opensync under the MPL or a similar license. I think the LGPL should
> be liberal enough (but the opinions differ on this point :)

I'm sorry but I don't understand what you mean by more liberal. I just
re-read the MPL and I understand it to be closer to the GPL than the
LGPL. The MPL does allow code to be released under a 'compatible
license' - I remember that Cairo was probably fine as LGPL but
dual-licensed under the MPL to get rid of any question.

As I see things, the Opensync library is LGPL and could be easily linked
to by a product covered by the MPL. To me the most straight-forward
solution would be for Mozilla to write the conduit and release it under
the MPL; linking to the LGPL libopensync. Please correct me if this idea
is impossible.

I have a couple of unrelated questions:
1) As far as I can gather, opensync has categories (To Do, Calender
etc.) and formats (vcard etc.) - does this mean that a new category
could be easily accomodated? For example, could opensync be used to
translate between Passwordsafe and eWallet password programmes? Is the
opensync xml file category-specific? i.e. Is there one for Calender, one
for To Dos?

2) I understand that opensync needs to be trained to convert between
formats, that the name field in a vCard needs to be mapped to the Name
in the xml format, but how does opensync compare information in formats
when it is not converting? An example of this would be jPilot and Palm;
jPilot uses native palm databases AFAICS and so a format plugin should
not be necessary to convert between them. But if this is the case, how
does opensync know enough about the format to sync? Must everything go
through some translation or do format plugins serve to describe formats
as well as translate?

3) How intelligent is the merging functionality intended to be? If I
change the phone number on my phone, the email on my palm and the fax
number on my PC, will opensync see it as a conflict because the contact
has changed on both or will it see that each field has only been
modified once?

4) How are incomplete implementations of formats handled? If phone uses
a standard calender format but cannot handle recurrences, will a new
format plugin need to be written to handle the shortcomings, or would
workarounds be capable within a format plugin?

5) How much interaction is capable with a plugin? Could multisync allow
a user to map Custom field #1 from the palm with the Birthday field in
Evolution and those variables carry through as inputs to the format plugin?

Wow... that was a few more questions than I intended to ask...

Thanks in advance for your help - I am a big supporter and advocate and
like to be sure about what I am 'selling'; that and I am too curious for
my own good ;).

Aaron

Re: [Opensync-users] Thunderbird plugin

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

Dave Hall wrote:
> On Mon, 2005-08-15 at 10:39 +0200, Armin Bauer wrote:
> 
> <snip />
> 
>>The main problem we saw were licensing issues: Mozilla is distributed
>>under a triple license so people can pick whatever license they like.
>>Software that would be distributed together with thunderbird would
>>normally need the same licenses but opensync is only distributed under
>>the LGPL and not under MPL or GPL. But i think we can solve this problem
>>somehow.
> 
> 
> IANAL, but ...
> 
> The MPL is the only real issue.  The LGPL s3 states:
> "3. You may opt to apply the terms of the ordinary GNU General Public
> License instead of this License to a given copy of the Library."
> 
> So you have L/GPL you just need to dual license opensync under the MPL.
> 

Yes, you are right. The MPL license is the only problem since it would
be more liberal than the LGPL. But i really dont want to relicense
Opensync under the MPL or a similar license. I think the LGPL should be
libreral enough (but the opinions differ on this point :)

> 
> 
> Cheers
> 
> Dave
> 
>>Armin
>>
>>Aaron Whitehouse wrote:
>>
>>>Hello everybody,
>>>
>>>Sorry to bother you all, but I just posted a RFE on the Mozilla Bugzilla
>>>for them to get onto the Opensync bandwagon and thought that those who
>>>would like to see this feature may like to vote for the request, or add
>>>valuable input.
>>>
>>>The 'bug' can be found here:
>>>https://bugzilla.mozilla.org/show_bug.cgi?id=303963
>>>
>>>Regards,
>>>Aaron
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>>_______________________________________________
>>>Opensync-users mailing list
>>>Ope...@li...
>>>https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Thunderbird plugin

[Dave H. <dav...@mb...>]

On Mon, 2005-08-15 at 10:39 +0200, Armin Bauer wrote:

<snip />

> The main problem we saw were licensing issues: Mozilla is distributed
> under a triple license so people can pick whatever license they like.
> Software that would be distributed together with thunderbird would
> normally need the same licenses but opensync is only distributed under
> the LGPL and not under MPL or GPL. But i think we can solve this problem
> somehow.

IANAL, but ...

The MPL is the only real issue.  The LGPL s3 states:
"3. You may opt to apply the terms of the ordinary GNU General Public
License instead of this License to a given copy of the Library."

So you have L/GPL you just need to dual license opensync under the MPL.



Cheers

Dave
> 
> Armin
> 
> Aaron Whitehouse wrote:
> > Hello everybody,
> > 
> > Sorry to bother you all, but I just posted a RFE on the Mozilla Bugzilla
> > for them to get onto the Opensync bandwagon and thought that those who
> > would like to see this feature may like to vote for the request, or add
> > valuable input.
> > 
> > The 'bug' can be found here:
> > https://bugzilla.mozilla.org/show_bug.cgi?id=303963
> > 
> > Regards,
> > Aaron
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users
-- 
Dave Hall
Dave Hall Consulting
p +61 3 9754 5276
m +61 410 47 42 55
f +61 3 8610 0029
e dav...@mb...

Re: [Opensync-users] Thunderbird plugin

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

Hi,

nice writing. I especially liked: "Users would be able to sync their
devices, it would actually work and everyone would be happy; dancing
through fields of daisys etc." :)
I gotta adopt this as the official tagline for opensync ;)

I already talked to some of the mozilla devs about adopting opensync and
we agreed that it would be a good idea and that it would help mozilla
and its user.
The main problem we saw were licensing issues: Mozilla is distributed
under a triple license so people can pick whatever license they like.
Software that would be distributed together with thunderbird would
normally need the same licenses but opensync is only distributed under
the LGPL and not under MPL or GPL. But i think we can solve this problem
somehow.

Armin

Aaron Whitehouse wrote:
> Hello everybody,
> 
> Sorry to bother you all, but I just posted a RFE on the Mozilla Bugzilla
> for them to get onto the Opensync bandwagon and thought that those who
> would like to see this feature may like to vote for the request, or add
> valuable input.
> 
> The 'bug' can be found here:
> https://bugzilla.mozilla.org/show_bug.cgi?id=303963
> 
> Regards,
> Aaron
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] Hi there [synce-plugin]

[David E. <tw...@us...>]

On Thu, 2005-08-11 at 16:27 +0200, mirko wrote:
> Hi, i'm trying to develop a synce-plugin for opensync.
> I just made my first release.. 0.01. it should work with addressbook but
> it's still buggy. 
> If someone is interested please watch my blog and give a try to it:
> http://www.mirkuz.net/?cat=9

Cool!

-- 
Regards,
               -\- David Eriksson -/-

        SynCE - http://synce.sourceforge.net
      ScummVM - http://scummvm.sourceforge.net
     Desquirr - http://desquirr.sourceforge.net

[Opensync-users] Thunderbird plugin

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

Hello everybody,

Sorry to bother you all, but I just posted a RFE on the Mozilla Bugzilla
for them to get onto the Opensync bandwagon and thought that those who
would like to see this feature may like to vote for the request, or add
valuable input.

The 'bug' can be found here:
https://bugzilla.mozilla.org/show_bug.cgi?id=303963

Regards,
Aaron

[Opensync-users] Hi there [synce-plugin]

[mirko <mi...@re...>]

Hi, i'm trying to develop a synce-plugin for opensync.
I just made my first release.. 0.01. it should work with addressbook but
it's still buggy. 
If someone is interested please watch my blog and give a try to it:
http://www.mirkuz.net/?cat=9

Re: [Opensync-users] Problems compiling evo2-plugin (with solution)

[Eduardo P. H. <eha...@co...>]

On Wed, Aug 10, 2005 at 09:59:11PM +0200, Martin Felis wrote:
> Hi,

Hi, Martin,

>=20
> I had some problems with evolution 2.0, so I gave evolution 2.4 (cvs) a t=
ry=20
> and it worked very well for me (the tasks didn't want to work with 2.0). =
But=20
> with that new version of evolution-data-server and it's providing develop=
ment=20
> files I had problems compiling the evo2-plugin.

The evolution-data-server headers I have here
(libevolution-data-server4-devel-1.2.3-5mdk, mandriva cooker) generate
some warnings on GCC 4.0.1, exactly on the e_contact_get_const()
definition, too. Probably it is related to what made that nobody
notice the warning you reported, until now.

>=20
> evolution2_ebook.c: In function `evo2_addrbook_get_changes':
> evolution2_ebook.c:136: warning: initialization discards qualifiers from=
=20
> pointer target type.
>=20
> Line 136 of evolution2_ebook.c is:
>           char *uid =3D e_contact_get_const(contact, E_CONTACT_UID);
> by replacing it with:
>           char *uid =3D (char*)e_contact_get_const(contact, E_CONTACT_UID=
);
> all went well.

Thanks for your report. Actually a more recommended fix is:

-                       char *uid =3D e_contact_get_const(contact, E_CONTAC=
T_UID);
+                       const char *uid =3D e_contact_get_const(contact, E_=
CONTACT_UID);

I've just committed it to the svn repository.

--=20
Eduardo

[Opensync-users] Problems compiling evo2-plugin (with solution)

[Martin F. <mf...@ix...>]

Hi,

I had some problems with evolution 2.0, so I gave evolution 2.4 (cvs) a try 
and it worked very well for me (the tasks didn't want to work with 2.0). But 
with that new version of evolution-data-server and it's providing development 
files I had problems compiling the evo2-plugin.

evolution2_ebook.c: In function `evo2_addrbook_get_changes':
evolution2_ebook.c:136: warning: initialization discards qualifiers from 
pointer target type.

Line 136 of evolution2_ebook.c is:
          char *uid = e_contact_get_const(contact, E_CONTACT_UID);
by replacing it with:
          char *uid = (char*)e_contact_get_const(contact, E_CONTACT_UID);
all went well.

Have a nice day.
Martin

Re: [Opensync-users] Fwd: Failed build of syncml plugin

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

Hi,

The 3. file has only this line:
[1123148642.906085]	+++++++++ This is the client #2 (syncml-http-server
plugin) of group nokia +++++++++

This means that the phone did not connect at all. There can be various
reasons for this:

- a firewall might block incoming packets
- the server might listen on the wrong port
- libsoup (the http library) has some problem with some devices
(especially newer symbian devices)

to be able to tell what went wrong please do:
- "netstat -npa | grep msynctool" while the msynctool is running to see
if it is listening on the correct port
- please send me a ethereal dump of the connection so i can see if it is
the libsoup problem

Thanks!

Armin

David Verstraeten wrote:
> Hi,
>
> That did the trick, thanks! However, syncing still seems to be a problem. The
> phone connects, but immediately exits saying :
> System Error!
>
>  I started the syncml-server using 'msynctool --sync nokia --wait'.
>
> Some more info:
> dvrstrae@louis ~ $ cat ~/.opensync/group1/2/syncml-http-server.conf
> <config><username>test</username><password>test</password><url>/test</url><po
> rt>9999</port></config>
>
> I used the same settings on my nokia 6600.
>
> The tracefiles generated by opensync are attached.
>
> Any help is greatly appreciated, and thanks for the nice work so far.
>
> Regards,
>
> David
>
> On Thursday 04 August 2005 09:50, Armin Bauer wrote:
>
>>Hi,
>>
>>looks like a old version of opensync. Is opensync from subversion?
>>
>>I added some new apis to opensync to be able to support the syncml
>>plugin correctly. Looks like these are missing from the version you are
>>using.
>>
>>Its a good idea anyways to use the subversion version so you can just do
>>svn up once i upload fixes for problems that occure while we beta test
>>the syncml plugin.
>>
>>Armin
>>
>>David Verstraeten wrote:
>>
>>>----------  Forwarded Message  ----------
>>>
>>>Subject: Failed build of syncml plugin
>>>Date: Thursday 04 August 2005 09:08
>>>From: David Verstraeten <dav...@el...>
>>>To: ope...@li...
>>>
>>>Hi,
>>>
>>>i'm trying to get the syncml plugin to build, but I get this:
>>>
>>>syncml_plugin.c: In function `syncml_http_server_init':
>>>syncml_plugin.c:275: warning: implicit declaration of function
>>>`osync_try_malloc0'
>>>syncml_plugin.c:275: warning: initialization makes pointer from integer
>>>without a cast
>>>syncml_plugin.c:291: warning: implicit declaration of function
>>>`osync_member_get_loop'
>>>syncml_plugin.c:291: warning: assignment makes pointer from integer
>>>without a cast
>>>syncml_plugin.c: In function `get_changeinfo':
>>>syncml_plugin.c:385: warning: implicit declaration of function
>>>`osync_anchor_retrieve'
>>>syncml_plugin.c:385: warning: initialization makes pointer from integer
>>>without a cast
>>>syncml_plugin.c: In function `batch_commit':
>>>syncml_plugin.c:446: warning: initialization makes pointer from integer
>>>without a cast
>>>syncml_plugin.c: In function `get_info':
>>>syncml_plugin.c:521: warning: passing arg 4 of
>>>`osync_plugin_set_batch_commit_objformat' from incompatible pointer type
>>>
>>>I run a Gentoo system. As far as I know, libsoup, libsyncml and opensync
>>>are all installed correctly.
>>>
>>>Any ideas what might be causing this?
>>>
>>>Thanks,
>>>
>>>David
>>>
>>>--
>>>http://www.elis.ugent.be/~dvrstrae
>>>PARIS-ELIS
>>>Sint-Pietersnieuwstraat 41
>>>9000 Gent
>>>Tel.: +32 9 264 34 04
>>>Fax.: +32 9 264 35 94
>>>
>>>-------------------------------------------------------
>>>
>>>--
>>>http://www.elis.ugent.be/~dvrstrae
>>>PARIS-ELIS
>>>Sint-Pietersnieuwstraat 41
>>>9000 Gent
>>>Tel.: +32 9 264 34 04
>>>Fax.: +32 9 264 35 94
>>>
>>>-------------------------------------------------------
>
>
> --
> http://www.elis.ugent.be/~dvrstrae
> PARIS-ELIS
> Sint-Pietersnieuwstraat 41
> 9000 Gent
> Tel.: +32 9 264 34 04
> Fax.: +32 9 264 35 94
>
> -------------------------------------------------------
>
>
>
> ------------------------------------------------------------------------
>
> [1123148641.661864]	>>>>>>>  osync_env_initialize(0x804e050, 0xbfffe998)
> [1123148641.662153]		>>>>>>>  osync_env_load_plugins(0x804e050, (null), 0xbfffe998)
> [1123148641.662256]			>>>>>>>  osync_module_load_dir(0x804e050, /usr/local/lib/opensync/plugins, 0xbfffe998)
> [1123148641.662425]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/plugins/kdepim_sync.so, 0xbfffe8d4)
> [1123148641.667885]					osync_plugin_new_info(0x804e050): 0x8051780
> [1123148641.668107]				<<<<<<<  osync_module_load: 0x8050eb8
> [1123148641.668268]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/plugins/syncml_plugin.so, 0xbfffe8d4)
> [1123148641.679044]					osync_plugin_new_info(0x804e050): 0x8053dd8
> [1123148641.679305]				<<<<<<<  osync_module_load: 0x8050e48
> [1123148641.679444]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/plugins/kdepim_lib.so, 0xbfffe8d4)
> [1123148642.461977]				<--- ERROR --- osync_module_load: Unable to get symbol from module /usr/local/lib/opensync/plugins/kdepim_lib.so: `get_info': /usr/local/lib/opensync/plugins/kdepim_lib.so: undefined symbol: get_info
> [1123148642.462253]				[OSPLG] ERROR: Unable to load plugin /usr/local/lib/opensync/plugins/kdepim_lib.so: Unable to get symbol from module /usr/local/lib/opensync/plugins/kdepim_lib.so: `get_info': /usr/local/lib/opensync/plugins/kdepim_lib.so: undefined symbol: get_info
> [1123148642.462392]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/plugins/evo2_sync.so, 0xbfffe8d4)
> [1123148642.667146]					osync_plugin_new_info(0x804e050): 0x80696b8
> [1123148642.667415]				<<<<<<<  osync_module_load: 0x80696a0
> [1123148642.667561]			<<<<<<<  osync_module_load_dir
> [1123148642.667678]		<<<<<<<  osync_env_load_plugins
> [1123148642.667792]		>>>>>>>  osync_env_load_formats(0x804e050, (null), 0xbfffe998)
> [1123148642.667896]			>>>>>>>  osync_module_load_dir(0x804e050, /usr/local/lib/opensync/formats, 0xbfffe998)
> [1123148642.668059]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/data.so, 0xbfffe8d4)
> [1123148642.668473]					osync_env_format_set_compare_func(0x804e050, plain, 0xb7f94810)
> [1123148642.668583]				<<<<<<<  osync_module_load: 0x804f6b0
> [1123148642.668746]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/xml-kde.so, 0xbfffe8d4)
> [1123148642.670486]				<<<<<<<  osync_module_load: 0x8069d48
> [1123148642.670756]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/calendar.so, 0xbfffe8d4)
> [1123148642.671138]				<--- ERROR --- osync_module_load: Unable to open module /usr/local/lib/opensync/formats/calendar.so: /usr/local/lib/opensync/formats/calendar.so: undefined symbol: osync_conv_format_set_like
> [1123148642.671255]				[OSPLG] ERROR: Unable to load plugin /usr/local/lib/opensync/formats/calendar.so: Unable to open module /usr/local/lib/opensync/formats/calendar.so: /usr/local/lib/opensync/formats/calendar.so: undefined symbol: osync_conv_format_set_like
> [1123148642.671386]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/xml-vnote.so, 0xbfffe8d4)
> [1123148642.673812]					osync_env_format_set_compare_func(0x804e050, xml-note, 0xb77adb50)
> [1123148642.674080]				<<<<<<<  osync_module_load: 0x806a3b0
> [1123148642.674214]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/xml-evolution.so, 0xbfffe8d4)
> [1123148642.676222]				<<<<<<<  osync_module_load: 0x804f680
> [1123148642.676487]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/contact.so, 0xbfffe8d4)
> [1123148642.676901]					osync_env_format_set_compare_func(0x804e050, vcard21, 0xb779ca90)
> [1123148642.677023]					osync_env_format_set_compare_func(0x804e050, vcard30, 0xb779ca90)
> [1123148642.677149]				<<<<<<<  osync_module_load: 0x806adf8
> [1123148642.677281]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/xml-vcard.so, 0xbfffe8d4)
> [1123148642.679278]					osync_env_format_set_compare_func(0x804e050, xml-contact, 0xb64cc490)
> [1123148642.679485]				<<<<<<<  osync_module_load: 0x806b138
> [1123148642.679540]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/todo.so, 0xbfffe8d4)
> [1123148642.679894]					osync_env_format_set_compare_func(0x804e050, vtodo10, 0xb64c5960)
> [1123148642.679931]					osync_env_format_set_compare_func(0x804e050, vtodo20, 0xb64c5960)
> [1123148642.679960]				<<<<<<<  osync_module_load: 0x806b150
> [1123148642.680002]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/event.so, 0xbfffe8d4)
> [1123148642.680193]					osync_env_format_set_compare_func(0x804e050, vevent10, 0xb64c3960)
> [1123148642.680226]					osync_env_format_set_compare_func(0x804e050, vevent20, 0xb64c3960)
> [1123148642.680254]				<<<<<<<  osync_module_load: 0x806c0e8
> [1123148642.680295]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/note.so, 0xbfffe8d4)
> [1123148642.680486]					osync_env_format_set_compare_func(0x804e050, vnote11, 0xb64c19d0)
> [1123148642.680522]				<<<<<<<  osync_module_load: 0x806c658
> [1123148642.680564]				>>>>>>>  osync_module_load(0x804e050, /usr/local/lib/opensync/formats/xml-vcal.so, 0xbfffe8d4)
> [1123148642.682827]					osync_env_format_set_compare_func(0x804e050, xml-event, 0xb5f33900)
> [1123148642.682917]					osync_env_format_set_compare_func(0x804e050, xml-todo, 0xb5f339d0)
> [1123148642.682951]				<<<<<<<  osync_module_load: 0x806cb30
> [1123148642.683009]			<<<<<<<  osync_module_load_dir
> [1123148642.683037]		<<<<<<<  osync_env_load_formats
> [1123148642.683959]		[OSUSR] DEBUG: Detected User:
> UID: 1000
> GID: 100
> Home: /home/dvrstrae
> OSyncDir: /home/dvrstrae/.opensync
> [1123148642.684066]		>>>>>>>  osync_group_load(0x804e050, /home/dvrstrae/.opensync/group1, 0xbfffe904)
> [1123148642.684099]			[OSGRP] DEBUG: Trying to load group from directory /home/dvrstrae/.opensync/group1
> [1123148642.684135]			>>>>>>>  osync_conv_env_new(0x804e050)
> [1123148642.684193]				New converter from vnote11 to xml-note
> [1123148642.684219]				New converter from xml-note to vnote11
> [1123148642.684245]				New converter from vcard21 to xml-contact
> [1123148642.684271]				New converter from xml-contact to vcard21
> [1123148642.684296]				New converter from vcard30 to xml-contact
> [1123148642.684321]				New converter from xml-contact to vcard30
> [1123148642.684346]				New converter from vevent10 to xml-event
> [1123148642.684371]				New converter from xml-event to vevent10
> [1123148642.684397]				New converter from vevent20 to xml-event
> [1123148642.684422]				New converter from xml-event to vevent20
> [1123148642.684447]				New converter from vtodo10 to xml-todo
> [1123148642.684472]				New converter from xml-todo to vtodo10
> [1123148642.684497]				New converter from vtodo20 to xml-todo
> [1123148642.684522]				New converter from xml-todo to vtodo20
> [1123148642.684574]			<<<<<<<  osync_conv_env_new: 0x806cfc8
> [1123148642.685323]			>>>>>>>  osync_member_load(0x806cf18, /home/dvrstrae/.opensync/group1/1, 0xbfffe904)
> [1123148642.685501]			<<<<<<<  osync_member_load: Loaded member: 0x806e718
> [1123148642.685539]			>>>>>>>  osync_member_load(0x806cf18, /home/dvrstrae/.opensync/group1/2, 0xbfffe904)
> [1123148642.685660]			<<<<<<<  osync_member_load: Loaded member: 0x806f580
> [1123148642.685709]		<<<<<<<  osync_group_load
> [1123148642.685749]	<<<<<<<  osync_env_initialize
> [1123148642.686072]	>>>>>>>  osengine_new(0x806cf18, 0xbfffe52c)
> [1123148642.686180]		[CLI] DEBUG: Creating new client 0x806fea0
> [1123148642.686235]		[CLI] DEBUG: Creating new client 0x80703d0
> [1123148642.686279]		>>>>>>>  osengine_mappingtable_new(0x8075cf8)
> [1123148642.686314]			osengine_mappingview_new(0x806ff10)
> [1123148642.686340]			osengine_mappingview_new(0x80704b8)
> [1123148642.686365]		<<<<<<<  osengine_mappingtable_new: 0x8070930
> [1123148642.686389]	<<<<<<<  osengine_new: 0x8075cf8
> [1123148642.686420]	>>>>>>>  osengine_init(0x8075cf8, 0xbfffe52c)
> [1123148642.686446]		>>>>>>>  osync_group_lock(0x806cf18)
> [1123148642.686473]			[GRP] FULL DEBUG: locking file /home/dvrstrae/.opensync/group1/lock
> [1123148642.686502]			[GRP] FULL DEBUG: locking group: file exists
> [1123148642.686546]			[GRP] FULL DEBUG: Successfully locked
> [1123148642.686571]		<<<<<<<  osync_group_lock: OSYNC_LOCK_STALE
> [1123148642.686671]		[ENG] WARNING: Detected stale lock file. Slow-syncing
> [1123148642.686701]		>>>>>>>  osync_status_update_engine(0x8075cf8, 7, (nil))
> [1123148642.686837]		<<<<<<<  osync_status_update_engine
> [1123148642.686898]		[ENG] FULL DEBUG: Sending message 0x8070950:"ENGINE_CHANGED"
> [1123148642.686936]		>>>>>>>  osync_client_init(0x806fea0, 0xbfffe52c)
> [1123148642.686966]			osync_member_set_loop: 0x806e718 0x8070008
> [1123148642.686993]			>>>>>>>  osync_member_initialize(0x806e718, 0xbfffe52c)
> [1123148642.687027]				[OSMEM] DEBUG: Instancing plugin kdepim for member 1
> [1123148642.687073]				[kde] DEBUG: kde_initialize
> [1123148642.687100]				[kde] DEBUG: Loading implementation module
> [1123148642.687154]				[kde] DEBUG: Getting initialization function
> [1123148642.687186]				[kde] DEBUG: Initializing implementation module
> [1123148642.687214]				>>>>>>>  init(0xbfffe52c)
> [1123148642.903108]				<<<<<<<  init
> [1123148642.903192]			<<<<<<<  osync_member_initialize
> [1123148642.903244]			Waiting for startup
> [1123148642.903812]			startup done!
> [1123148642.903840]		<<<<<<<  osync_client_init
> [1123148642.903866]		>>>>>>>  osync_client_init(0x80703d0, 0xbfffe52c)
> [1123148642.903897]			osync_member_set_loop: 0x806f580 0x8070520
> [1123148642.903924]			>>>>>>>  osync_member_initialize(0x806f580, 0xbfffe52c)
> [1123148642.903958]				[OSMEM] DEBUG: Instancing plugin syncml-http-server for member 2
> [1123148642.903998]				>>>>>>>  syncml_http_server_init(0x806f580, 0xbfffe52c)
> [1123148642.904037]					>>>>>>>  osync_member_get_config(0x806f580, 0xbfffe3d8, 0xbfffe3dc, 0xbfffe52c)
> [1123148642.904067]						>>>>>>>  osync_member_read_config(0x806f580, 0xbfffe3d8, 0xbfffe3dc, 0xbfffe52c)
> [1123148642.904125]						<<<<<<<  osync_member_read_config: TRUE
> [1123148642.904158]					<<<<<<<  osync_member_get_config: 1
> [1123148642.904189]					>>>>>>>  smlTransportNew(0, 0xbfffe3d4)
> [1123148642.904225]					<<<<<<<  smlTransportNew
> [1123148642.904254]					>>>>>>>  syncml_http_server_parse_config(0x81881e0, 0xbfffe3e0, 0x818d408, 101, 0xbfffe52c)
> [1123148642.904376]					<<<<<<<  syncml_http_server_parse_config
> [1123148642.904406]					osync_member_get_loop: 0x806f580 0x8070520
> [1123148642.904434]					>>>>>>>  smlTransportInitialize(0x8187d58, 0xbfffe3e0, 0x8070520, 0xbfffe3d4)
> [1123148642.904464]						>>>>>>>  smlTransportHttpServerInit(0x8187d58, 0xbfffe3e0, 0xbfffe3d4)
> [1123148642.905064]							config: port 9999, url /test, inteface 
> [1123148642.905512]						<<<<<<<  smlTransportHttpServerInit
> [1123148642.905549]					<<<<<<<  smlTransportInitialize
> [1123148642.905593]					>>>>>>>  smlLocationNew(/vcards, (null), 0xbfffe3d4)
> [1123148642.905620]					<<<<<<<  smlLocationNew: 0x81908f8
> [1123148642.905649]					>>>>>>>  smlDsServerNew(1, 0x81908f8, 0xbfffe3d4)
> [1123148642.905675]						>>>>>>>  smlLocationClone(0x81908f8, 0xbfffe3d4)
> [1123148642.905701]							>>>>>>>  smlLocationCopy(0x81908f8, 0x8191858)
> [1123148642.905727]							<<<<<<<  smlLocationCopy
> [1123148642.905752]						<<<<<<<  smlLocationClone: 0x8191858
> [1123148642.905776]					<<<<<<<  smlDsServerNew: 0x8191dc0
> [1123148642.905804]					>>>>>>>  smlAuthNew(0xbfffe3d4)
> [1123148642.905830]					<<<<<<<  smlAuthNew: 0x8191e28
> [1123148642.905856]					>>>>>>>  smlAuthSetVerifyCallback(0x8191e28, 0xb7bcaba0, 0x81881e0)
> [1123148642.905881]					<<<<<<<  smlAuthSetVerifyCallback
> [1123148642.905906]				<<<<<<<  syncml_http_server_init: 0x81881e0
> [1123148642.905931]			<<<<<<<  osync_member_initialize
> [1123148642.905958]			Waiting for startup
> [1123148642.906259]			startup done!
> [1123148642.906286]		<<<<<<<  osync_client_init
> [1123148642.906315]		>>>>>>>  osengine_mappingtable_load(0x8070930, 0xbfffe52c)
> [1123148642.906350]			>>>>>>>  osync_db_open_changes(0x806cf18, 0xbfffe4b8, 0xbfffe52c)
> [1123148642.906677]				[OSDB] DEBUG: Preparing to load changes from file /home/dvrstrae/.opensync/group1/change.db
> [1123148642.907245]				[OSDB] INFORMATION: Unable create changes table! table tbl_changes already exists
> [1123148642.907318]				[OSDB] FULL DEBUG: query executed: SELECT count(*) FROM tbl_changes
> [1123148642.907380]				[OSDB] DEBUG: Unable step count! not an error
> [1123148642.907516]				[OSDB] FULL DEBUG: query executed: SELECT id, uid, objtype, format, memberid, mappingid FROM tbl_changes ORDER BY mappingid
> [1123148642.907589]			<<<<<<<  osync_db_open_changes
> [1123148642.907618]		<<<<<<<  osengine_mappingtable_load: TRUE
> [1123148642.907653]		[ENG] DEBUG: Running the main loop
> [1123148642.907979]	<<<<<<<  osengine_init
>
>
> ------------------------------------------------------------------------
>
> [1123148642.907801]	+++++++++ This is the engine of group "nokia" +++++++++
>
>
> ------------------------------------------------------------------------
>
> [1123148642.906085]	+++++++++ This is the client #2 (syncml-http-server plugin) of group nokia +++++++++
>
>
> ------------------------------------------------------------------------
>
> [1123148642.903615]	+++++++++ This is the client #1 (kdepim plugin) of group nokia +++++++++

Re: [Opensync-users] Fwd: Failed build of syncml plugin

[David V. <dav...@el...>]

Hi,

That did the trick, thanks! However, syncing still seems to be a problem. The
phone connects, but immediately exits saying :
System Error!

 I started the syncml-server using 'msynctool --sync nokia --wait'.

Some more info:
dvrstrae@louis ~ $ cat ~/.opensync/group1/2/syncml-http-server.conf
<config><username>test</username><password>test</password><url>/test</url><po
rt>9999</port></config>

I used the same settings on my nokia 6600.

The tracefiles generated by opensync are attached.

Any help is greatly appreciated, and thanks for the nice work so far.

Regards,

David

On Thursday 04 August 2005 09:50, Armin Bauer wrote:
> Hi,
>
> looks like a old version of opensync. Is opensync from subversion?
>
> I added some new apis to opensync to be able to support the syncml
> plugin correctly. Looks like these are missing from the version you are
> using.
>
> Its a good idea anyways to use the subversion version so you can just do
> svn up once i upload fixes for problems that occure while we beta test
> the syncml plugin.
>
> Armin
>
> David Verstraeten wrote:
> > ----------  Forwarded Message  ----------
> >
> > Subject: Failed build of syncml plugin
> > Date: Thursday 04 August 2005 09:08
> > From: David Verstraeten <dav...@el...>
> > To: ope...@li...
> >
> > Hi,
> >
> > i'm trying to get the syncml plugin to build, but I get this:
> >
> > syncml_plugin.c: In function `syncml_http_server_init':
> > syncml_plugin.c:275: warning: implicit declaration of function
> > `osync_try_malloc0'
> > syncml_plugin.c:275: warning: initialization makes pointer from integer
> > without a cast
> > syncml_plugin.c:291: warning: implicit declaration of function
> > `osync_member_get_loop'
> > syncml_plugin.c:291: warning: assignment makes pointer from integer
> > without a cast
> > syncml_plugin.c: In function `get_changeinfo':
> > syncml_plugin.c:385: warning: implicit declaration of function
> > `osync_anchor_retrieve'
> > syncml_plugin.c:385: warning: initialization makes pointer from integer
> > without a cast
> > syncml_plugin.c: In function `batch_commit':
> > syncml_plugin.c:446: warning: initialization makes pointer from integer
> > without a cast
> > syncml_plugin.c: In function `get_info':
> > syncml_plugin.c:521: warning: passing arg 4 of
> > `osync_plugin_set_batch_commit_objformat' from incompatible pointer type
> >
> > I run a Gentoo system. As far as I know, libsoup, libsyncml and opensync
> > are all installed correctly.
> >
> > Any ideas what might be causing this?
> >
> > Thanks,
> >
> > David
> >
> > --
> > http://www.elis.ugent.be/~dvrstrae
> > PARIS-ELIS
> > Sint-Pietersnieuwstraat 41
> > 9000 Gent
> > Tel.: +32 9 264 34 04
> > Fax.: +32 9 264 35 94
> >
> > -------------------------------------------------------
> >
> > --
> > http://www.elis.ugent.be/~dvrstrae
> > PARIS-ELIS
> > Sint-Pietersnieuwstraat 41
> > 9000 Gent
> > Tel.: +32 9 264 34 04
> > Fax.: +32 9 264 35 94
> >
> > -------------------------------------------------------

--
http://www.elis.ugent.be/~dvrstrae
PARIS-ELIS
Sint-Pietersnieuwstraat 41
9000 Gent
Tel.: +32 9 264 34 04
Fax.: +32 9 264 35 94

-------------------------------------------------------

-- 
http://www.elis.ugent.be/~dvrstrae
PARIS-ELIS   
Sint-Pietersnieuwstraat 41 
9000 Gent
Tel.: +32 9 264 34 04
Fax.: +32 9 264 35 94

Re: [Opensync-users] Fwd: Failed build of syncml plugin

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

Hi,

looks like a old version of opensync. Is opensync from subversion?

I added some new apis to opensync to be able to support the syncml
plugin correctly. Looks like these are missing from the version you are
using.

Its a good idea anyways to use the subversion version so you can just do
svn up once i upload fixes for problems that occure while we beta test
the syncml plugin.

Armin

David Verstraeten wrote:
>
> ----------  Forwarded Message  ----------
>
> Subject: Failed build of syncml plugin
> Date: Thursday 04 August 2005 09:08
> From: David Verstraeten <dav...@el...>
> To: ope...@li...
>
> Hi,
>
> i'm trying to get the syncml plugin to build, but I get this:
>
> syncml_plugin.c: In function `syncml_http_server_init':
> syncml_plugin.c:275: warning: implicit declaration of function
> `osync_try_malloc0'
> syncml_plugin.c:275: warning: initialization makes pointer from integer
> without a cast
> syncml_plugin.c:291: warning: implicit declaration of function
> `osync_member_get_loop'
> syncml_plugin.c:291: warning: assignment makes pointer from integer without a
> cast
> syncml_plugin.c: In function `get_changeinfo':
> syncml_plugin.c:385: warning: implicit declaration of function
> `osync_anchor_retrieve'
> syncml_plugin.c:385: warning: initialization makes pointer from integer
> without a cast
> syncml_plugin.c: In function `batch_commit':
> syncml_plugin.c:446: warning: initialization makes pointer from integer
> without a cast
> syncml_plugin.c: In function `get_info':
> syncml_plugin.c:521: warning: passing arg 4 of
> `osync_plugin_set_batch_commit_objformat' from incompatible pointer type
>
> I run a Gentoo system. As far as I know, libsoup, libsyncml and opensync are
> all installed correctly.
>
> Any ideas what might be causing this?
>
> Thanks,
>
> David
>
> --
> http://www.elis.ugent.be/~dvrstrae
> PARIS-ELIS
> Sint-Pietersnieuwstraat 41
> 9000 Gent
> Tel.: +32 9 264 34 04
> Fax.: +32 9 264 35 94
>
> -------------------------------------------------------
>
> --
> http://www.elis.ugent.be/~dvrstrae
> PARIS-ELIS
> Sint-Pietersnieuwstraat 41
> 9000 Gent
> Tel.: +32 9 264 34 04
> Fax.: +32 9 264 35 94
>
> -------------------------------------------------------
>

[Opensync-users] Fwd: Failed build of syncml plugin

[David V. <dav...@el...>]

----------  Forwarded Message  ----------

Subject: Failed build of syncml plugin
Date: Thursday 04 August 2005 09:08
From: David Verstraeten <dav...@el...>
To: ope...@li...

Hi,

i'm trying to get the syncml plugin to build, but I get this:

syncml_plugin.c: In function `syncml_http_server_init':
syncml_plugin.c:275: warning: implicit declaration of function
`osync_try_malloc0'
syncml_plugin.c:275: warning: initialization makes pointer from integer
without a cast
syncml_plugin.c:291: warning: implicit declaration of function
`osync_member_get_loop'
syncml_plugin.c:291: warning: assignment makes pointer from integer without a
cast
syncml_plugin.c: In function `get_changeinfo':
syncml_plugin.c:385: warning: implicit declaration of function
`osync_anchor_retrieve'
syncml_plugin.c:385: warning: initialization makes pointer from integer
without a cast
syncml_plugin.c: In function `batch_commit':
syncml_plugin.c:446: warning: initialization makes pointer from integer
without a cast
syncml_plugin.c: In function `get_info':
syncml_plugin.c:521: warning: passing arg 4 of
`osync_plugin_set_batch_commit_objformat' from incompatible pointer type

I run a Gentoo system. As far as I know, libsoup, libsyncml and opensync are
all installed correctly.

Any ideas what might be causing this?

Thanks,

David

--
http://www.elis.ugent.be/~dvrstrae
PARIS-ELIS
Sint-Pietersnieuwstraat 41
9000 Gent
Tel.: +32 9 264 34 04
Fax.: +32 9 264 35 94

-------------------------------------------------------

--
http://www.elis.ugent.be/~dvrstrae
PARIS-ELIS
Sint-Pietersnieuwstraat 41
9000 Gent
Tel.: +32 9 264 34 04
Fax.: +32 9 264 35 94

-------------------------------------------------------

-- 
http://www.elis.ugent.be/~dvrstrae
PARIS-ELIS   
Sint-Pietersnieuwstraat 41 
9000 Gent
Tel.: +32 9 264 34 04
Fax.: +32 9 264 35 94

Re: [Opensync-users] Trouble with syncml plugin

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

Hi,

sorry that i didnt provide much information on how to use this plugin:

Please see http://www.opensync.org/wiki/syncml-guide for a guide how to
use the syncml plugin.

Please note: This plugin is pre-beta and will likely fail. I am really
thankfull that you consider beta testing my software! Please report any
bugs you encounter so i can fix them quickly

Armin

Stefan Armbruster wrote:
> Hi,
>
> I've successfully compiled and installed opensync with the syncml-plugin from
> svn on a Debian Sarge system. What caused me some trouble was patching the
> libsoup. libsyncml has a dependency to libsoup-2.2.4 in Makefile.ac. I've
> changed this to libsoup-2.2 and patched the Debian source package of
> libsoup-2.2 with libsyncml/misc/libsoup-2.2.3.patch. After that libsyncml
> compiles and installs fine. Maybe there should be a hint in libsyncml's
> readme, because this patching is not obvious, it took me some time to figure
> out...
>
> I've added a msynctool group using the syncml-http-server and the testmodule
> (python) for running a first test.
>
> When trying to sync, I get this:
>
> # msynctool --sync syncml
> Synchronizing group "syncml"
> The previous synchronization was unlean. Slow-syncing
> Connect called!!
> Member 1 of type syncml-http-server had an error while connecting: (null)
> Member 2 of type testmodule just connected
> disconnect called!
> Member 2 of type testmodule 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
>
> syncml-http-server.conf contains:
> <config><username>sam</username><password>mypass</password><url></url><port>8080</port>
>
> IMHO the syncml plugin should start a server on port 8080 and wait for a
> client (e.g. syncml-capable smartphone) to connect to and the then nstart the
> sync. The above message appears instantly, so it is not waiting for a client
> connection.
>
> Any hints?
>
> Regards,
> Stefan
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

[Opensync-users] Trouble with syncml plugin

[Stefan A. <ml...@ar...>]

Hi,

I've successfully compiled and installed opensync with the syncml-plugin from 
svn on a Debian Sarge system. What caused me some trouble was patching the 
libsoup. libsyncml has a dependency to libsoup-2.2.4 in Makefile.ac. I've 
changed this to libsoup-2.2 and patched the Debian source package of 
libsoup-2.2 with libsyncml/misc/libsoup-2.2.3.patch. After that libsyncml 
compiles and installs fine. Maybe there should be a hint in libsyncml's 
readme, because this patching is not obvious, it took me some time to figure 
out...

I've added a msynctool group using the syncml-http-server and the testmodule 
(python) for running a first test.

When trying to sync, I get this:

# msynctool --sync syncml
Synchronizing group "syncml"
The previous synchronization was unlean. Slow-syncing
Connect called!!
Member 1 of type syncml-http-server had an error while connecting: (null)
Member 2 of type testmodule just connected
disconnect called!
Member 2 of type testmodule 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

syncml-http-server.conf contains:
<config><username>sam</username><password>mypass</password><url></url><port>8080</port>

IMHO the syncml plugin should start a server on port 8080 and wait for a 
client (e.g. syncml-capable smartphone) to connect to and the then nstart the 
sync. The above message appears instantly, so it is not waiting for a client 
connection.

Any hints?

Regards,
Stefan

Re: [Opensync-users] Libsyncml

[Patrick O. <Pat...@gm...>]

On Mon, 2005-07-18 at 23:52 +0200, Armin Bauer wrote:
> > This is not listed in your list above; on the other hand, I am not sure
> > whether this wouldn't belong into the SyncML server on top of the
> > library layers. In that case let me rephrase my question: will OpenSync
> > on top of libsyncml support a slow sync of contact and calender entries?
> >
> 
> definetly. opensync has a part that is called "Hashtables". It basically
> works like this:
[...]
> you can see it here:
> http://www.opensync.org/file/plugins/file-sync/src/file_sync.c

Great, so if I'm lucky it'll just work :-) However, I don't have
much time at my hands that I could use for this, so I'd prefer to wait
for a first working release candidate of OpenSync/libsyncml before
starting to compile and test it. I hope this is okay.

> the main problem is see with sync4j is that it uses java which makes it
> a lot less usable for the open source community in my opinion. so my
> approach is to write it in a low level language and the provide high
> level wrappers so that it is usable from python or java.

The client library itself is written in C++, which should integrate
pretty well into other languages, too. I agree with you about the
server, but wouldn't mind running it as it is either.

-- 
Bye, Patrick Ohly
--  
Pat...@gm...
pa...@co... (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)

Re: [Opensync-users] Libsyncml

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

Patrick Ohly wrote:
> On Tue, 2005-07-12 at 11:20 +0200, Armin Bauer wrote:
>
>>Helge Hess wrote:
>>
>>>Is this library suitable for server side implementations as well or is
>>>it focused on clients?
>>>
>>
>>The library consists of several layers.
>
> [..]
>
>>so the library will be usable as both server and client by using
>>different parts of the library
>
>
> Will it support both slow and fast synchronization? I had considered
> implementing SyncML client support for Opie a while ago, but the Opie
> PIM API would not support keeping track of local changes, so each
> synchronization would have to be done via slow sync and for that the
> server needs to detect changes.

yes libsyncml supports slow-sync. This is requirement by the syncml
protocol and the library fully implements this

>
> This is not listed in your list above; on the other hand, I am not sure
> whether this wouldn't belong into the SyncML server on top of the
> library layers. In that case let me rephrase my question: will OpenSync
> on top of libsyncml support a slow sync of contact and calender entries?
>

definetly. opensync has a part that is called "Hashtables". It basically
works like this:

you go through all data you have and create a hash of it (this can
either be a hash like the md5 or timestamps or whatever you can come up
with that changes when the object is changed)

then you call the hashtable with the uid and the hash of the object.
opensync then compares the hash against the old stored hash.
- if the uid is not in the hashtable the object is new
- if the uid is in the table, but the hash dont match, the object was
changed
- if the uid is in the table and the hash is the same the object was not
changed
- afterwards you go through all uids that were not reported in the
table. These objects are deleted

Fortunately, opensync abstracts all this for you :)

You can see a implementation of this with the file-sync plugin where
this is used to see which files were changed since the last sync.

you can see it here:
http://www.opensync.org/file/plugins/file-sync/src/file_sync.c

> Regarding the Opie SyncML client, your libsyncml is one option.
> The other, older (more mature?) option is the C++ Sync4j client
> library (www.sync4j.org). I have not actually used that lib
> because my initial attempts of just syncing my Sony Ericcson K750
> with the Sync4j server failed:
>   http://forge.objectweb.org/tracker/index.php?func=detail&aid=303703&group_id=96&atid=100096
>

the main problem is see with sync4j is that it uses java which makes it
a lot less usable for the open source community in my opinion. so my
approach is to write it in a low level language and the provide high
level wrappers so that it is usable from python or java.

> That has dampened my enthusiasm a bit, especially because none
> of the Sync4j developers has reacted. I hope OpenSync and libsyncml
> will fare better; please, continue your effort and actually release
> something that works, it is appreciated ;-)
>

Re: [Opensync-users] Libsyncml

[Patrick O. <Pat...@gm...>]

On Tue, 2005-07-12 at 11:20 +0200, Armin Bauer wrote:
> Helge Hess wrote:
> > Is this library suitable for server side implementations as well or is
> > it focused on clients?
> >
> 
> The library consists of several layers.
[..]
> so the library will be usable as both server and client by using
> different parts of the library

Will it support both slow and fast synchronization? I had considered
implementing SyncML client support for Opie a while ago, but the Opie
PIM API would not support keeping track of local changes, so each
synchronization would have to be done via slow sync and for that the
server needs to detect changes.

This is not listed in your list above; on the other hand, I am not sure
whether this wouldn't belong into the SyncML server on top of the 
library layers. In that case let me rephrase my question: will OpenSync
on top of libsyncml support a slow sync of contact and calender entries?

Regarding the Opie SyncML client, your libsyncml is one option.
The other, older (more mature?) option is the C++ Sync4j client
library (www.sync4j.org). I have not actually used that lib
because my initial attempts of just syncing my Sony Ericcson K750
with the Sync4j server failed:
  http://forge.objectweb.org/tracker/index.php?func=detail&aid=303703&group_id=96&atid=100096

That has dampened my enthusiasm a bit, especially because none
of the Sync4j developers has reacted. I hope OpenSync and libsyncml
will fare better; please, continue your effort and actually release
something that works, it is appreciated ;-)

-- 
Bye, Patrick Ohly
--  
Pat...@gm...
pa...@co... (MakeCD related mails)
http://home.pages.de/~ohly/
http://makecd.core.de/ (MakeCD home page)