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

Re: [Opensync-users] Syncing with Palm T|X

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

Veerapuram Varadhan wrote:
> On Wed, 2005-10-26 at 14:20 +0000, Dan Smith  wrote:
> 
>>Has anyone tried using the palm-sync plugin with a Palm T|X?  I
>>thought that the T|X was supposed to behave almost exactly like a
>>Tungsten T5.
>>
>>When doing a network sync, I get the following error:
>>
>>
>>>Member 2 of type palm-sync had an error while getting changes:
>>>Unable to read file: -301
>>
>>It looks like the call to dlp_ReadNextModifiedRec() in palm_sync.c is
>>returning -301, but I haven't been able to figure out why.
>>
> 
> Which plugin are you syncing against?
> Also, what is the version of pilot-link do you have?
> 

Hi,

i committed some fixes for bugs which i solved with the help of Dan.
Especially the problem with the -301 return above should be gone now and
network and irda sync should work now as well. The pilot-link version
should not matter, both 0.11.x and 0.12 are ok.

So if you encountered these problems before, please update from
subversion and let me know if there are still problems.

Armin

> V. Varadhan
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of 2005
> Visit http://www.jboss.com/services/certification for more information
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
> 

[Opensync-users] SyncML plugin howto question

[TeeCee <te...@fr...>]

Hi, :o)

   I would like to do a syncml syncronization with my own-made database
at my company. As far as I can see there are no howto-s and no downloads
for the syncml module.
My questions are:
  1.) Can someone help me how to doanload and make it work/testable?
  2.) Or is it hardly under testing and having a lot of problems?
  3.) Has anyone good experiences with Ericsson, T86i, Sony Ericsson
T630, Sony Ericsson P900? (Fortunately we have these same kinds of a
phones. :-)

Awaiting for Your answers, thanks:
   TeeCee, alias Tamas Szugyi :o)

Re: [Opensync-users] Syncing with Palm T|X

[Veerapuram V. <vva...@no...>]

On Wed, 2005-10-26 at 14:20 +0000, Dan Smith  wrote:
> Has anyone tried using the palm-sync plugin with a Palm T|X?  I
> thought that the T|X was supposed to behave almost exactly like a
> Tungsten T5.
> 
> When doing a network sync, I get the following error:
> 
> > Member 2 of type palm-sync had an error while getting changes:
> > Unable to read file: -301
> 
> It looks like the call to dlp_ReadNextModifiedRec() in palm_sync.c is
> returning -301, but I haven't been able to figure out why.
> 
Which plugin are you syncing against?
Also, what is the version of pilot-link do you have?

V. Varadhan

[Opensync-users] Syncing with Palm T|X

[Dan S. <ds...@da...>]

Has anyone tried using the palm-sync plugin with a Palm T|X?  I
thought that the T|X was supposed to behave almost exactly like a
Tungsten T5.

When doing a network sync, I get the following error:

> Member 2 of type palm-sync had an error while getting changes:
> Unable to read file: -301

It looks like the call to dlp_ReadNextModifiedRec() in palm_sync.c is
returning -301, but I haven't been able to figure out why.

Also, if this is network-related, I'd be happy to sync with USB, but I
haven't gotten that to work yet either ;)

Any suggestions?

-- 
Dan Smith
dsmith#danplanet.com, s/#/@/
www.danplanet.com
PGP Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x38ACF872
KI4IFW

Re: [Opensync-users] Syncml over OBEX

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

Hi,

On Wed, Oct 26, 2005 at 04:01:36PM +0300, Sava=C5=9F Yatmaz wrote:
> How can I apply this with Nokia 6630?
> I have to sync it with SyncML over OBEX.Syncml-http-server method doesn't=
 work=20
> for me.
> Is there any tutorial about this?

Support to SyncML over OBEX (and with Nokia series 60) is work in
progress. It is not working yet, but we will announce when it is ready for
testing.

Some work is necessary on the sync notificaiton request on the
plugin. Currently, the plugin sends a SAN (server alerted notification)
package, but it isn't supported on Nokia phones (SAN is a SyncML 1.2
feature, and the phones use SyncML 1.1).

--=20
Eduardo

[Opensync-users] Syncml over OBEX

[<sy...@gm...>]

How can I apply this with Nokia 6630?
I have to sync it with SyncML over OBEX.Syncml-http-server method doesn't work 
for me.
Is there any tutorial about this?

Thanks

Re: [Opensync-users] SE P800 / SyncML1.0

[Manuel B. <ma...@ma...>]

Am Donnerstag, den 20.10.2005, 14:05 +0200 schrieb Armin Bauer:
> The version is encoded not only in VerDTD ("1.0") but also in VerProto
> ("SyncML/1.0"), so you have to change both so that it accepts this version.

I think that I did also override that and then libsyncml bailed out on
another unknown tag.

> I dont really know what the differences are between the protocol
> versions so there are good chances that it will encounter something else
> that it cannot parse.

Yes, I think that happened.

> I changed libsyncml so that it accepts 1.0 messages as well in the
> branch im currently working, so you should be able to try again once i
> merge it back into trunk.

Cool, I'll try it out then.

If I get some time, I'll try to do some research on the differences (if
available somewhere) and do some testing... (seems it's time to polish
up my C a bit *g*)

So, thanks for now!
Cheers,
Manuel

-- 
ma...@ma...
http://www.malteser-berlin.de
http://www.matronix.de - http://www.elektronik-kompendium.de/public/borchers

 22:29:41 up  1:20,  2 users,  load average: 0.16, 0.24, 0.47

Re: [Opensync-users] SE P800 / SyncML1.0

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

Manuel Borchers wrote:
> Hi all,
> 
> just subscribed to the list, but already looked through the archives.
> 
> For some time I own a P800 and am syncing it with the old multisync 0.80
> with evo2, which works sometimes, but often produces duplicate entries
> or does not even sync contacts.
> So, I decided to try opensync with the syncml-plugin and somewhat got
> the svn-version working yesterday.
> The remaining problem now is, that my p800 talks SyncML1.0 with VerDTD
> set to 1.0, which is not supported as I see it in the source (I tried to
> override it by setting SML_VERSION_11 in the sml_xml.c from libsyncml.
> But that only gave me errors on unsupported SyncML version, which I also
> tried to override and then failed again on parsing data...)

The version is encoded not only in VerDTD ("1.0") but also in VerProto
("SyncML/1.0"), so you have to change both so that it accepts this version.

I dont really know what the differences are between the protocol
versions so there are good chances that it will encounter something else
that it cannot parse.

I changed libsyncml so that it accepts 1.0 messages as well in the
branch im currently working, so you should be able to try again once i
merge it back into trunk.

> 
> Attached the debug-logs without overriding me anything.
> 
> Hope, someone could help me here, because I'm somewhat tired of
> multisync0.80...

me too :)

> 
> Or is there a way of updating my mobile to SyncML1.1?
> 
> Thanks for your time!
> Cheers,
> Manuel
> 

[Opensync-users] Syncml plugin: no contact with my Motorola phone

[Michael K. <Mi...@ko...>]

Still experimenting with the syncml plugin. My pieces are an 
Athlon64-based PC, Fedora4-x86_64 and an Motorola Razr V3 phone.

The Motorola phone syncs perfectly with ScheduleWorld, so it can't be 
that bad (?). ScheduleWorld uses sync4j.

I have successfully downloaded, configured and compiled opensync, 
multisync, evoltion2 and syncml. After some fighting I have also been 
able to create a libsyncml which uses wbxml2.

When trying to sync, I get the following log at the command line:

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

Received a entry 200...@he... 
with data of size 8 from member 1. Changetype ADDED

[cut, there are many of these]

Member 1 of type evo2-sync just sent all changes
Member 2 of type syncml-http-server had an error while getting changes: 
Timeout while waiting for a reply to message "GET_CHANGES"
Member 2 of type syncml-http-server had an error while disconnecting: No 
status/command available
Member 1 of type evo2-sync just disconnected
All clients have disconnected
The sync failed: Unable to read from one of the members

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

The log in the phone just says. "Servern svarade inte" - that is, "No 
reply from server"  in Swedish.

I have of course logs, big logs. In I don't really understand them, but 
I think that the plugin has received and successfully decoded the wbxml 
stuff from the phone...

In order to handle the big logs (too big for this kind of message) I've 
filed a new ticket 113 basically with this text and the logs as attachments.

Thanks for any help...

-- michael

--------------------------------------------------------------------------
Michael Kolmodin

Re: [Opensync-users] OpenSync-commits appears to be broken

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

right. i think it should be fixed now. the mails to the sourceforge
mailing lists can take some time so i cant really tell if its _really_
working until i receive them on the commit list.

Eduardo Pereira Habkost wrote:
> It is happening since a while. It seems to be because the sourceforge
> server is rejecting messages from opensync.org because it doesn't have
> a reverse dns record.

i was using a relay host because of this, but the relay was using smtp
auth which the normal commit-email.pl script cannot handle. I now
installed svnmailer which can do this correctly.

> 
> On Wed, Oct 12, 2005 at 11:27:53PM +0200, Danny Backx wrote:
> 
>>I know I've committed work, and I see no messages.
>>
>>	Danny
>>-- 
>>Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info
> 
> 

Re: [Opensync-users] opensync and evolution2 questions

[David R. <ro...@ro...>]

Hi Armin,

Thanks for the reply.  Unfortunately imap isn't really an option for me.
As to the other part of the question, can opensync evo2 sync two
different hosts (i.e., for the non-mail parts)?

David

On Sun, 2005-10-16 at 20:33 +0200, Armin Bauer wrote:
> Hi David
> 
> David Ronis wrote:
> > I've just installed 0.17 of opensync (I'd been running an older version
> > of multisync, and just discovered that that project no longer exists).
> > I also installed the gui, and the file and evolution plugins.  
> > 
> > Here's what I want to do:
> > 
> > I run evolution on my desktop and laptop.  Both have local Inboxs and
> > other mail files, calendars, contact-lists, etc.  I want the two to stay
> > in sync.  In the past, I used something called mailsync to deal with
> > unix-like mbox's and that still seems to work (sort-of) with evolution
> > mail folders (although I have to run opensync to get rid of some index
> > corruption that this causes).  It won't work on address books etc.
> > 
> > In any event, can opensync do all this for me?  The gui allows me to
> > specify both ends of the connection as evo2-sync, but there doesn't seem
> > to be any options to tell it that one of the pair is actually a remote
> > host and that it should be accessed using some protocol (SSL/SSH/FTP,
> > etc).
> > I can set up an nfs link to the remote system, so perhaps I can set
> > things up that way.
> > 
> > So:
> > 
> > 1.  How do I specify a remote host and transport mechanism?
> > 2.  I'm also not 100% from the documentation  that opensync really is
> > intended to sync mailfolders; is it?
> 
> Opensync is a generic synchronization framework which could be used to
> synchronize mail folders but there is no plugin yet to do this. But it
> would be possible to do this with opensync if someone would implement
> the necessary plugins.
> 
> But my adivce would be to use a different mail protocol like imap if
> this is possible.
> 
> > 
> > Thanks in advance for any help.
> > 
> > David
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content, downloads, discussions,
> > and more. http://solutions.newsforge.com/ibmarch.tmpl
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] opensync and evolution2 questions

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

Hi David

David Ronis wrote:
> I've just installed 0.17 of opensync (I'd been running an older version
> of multisync, and just discovered that that project no longer exists).
> I also installed the gui, and the file and evolution plugins.  
> 
> Here's what I want to do:
> 
> I run evolution on my desktop and laptop.  Both have local Inboxs and
> other mail files, calendars, contact-lists, etc.  I want the two to stay
> in sync.  In the past, I used something called mailsync to deal with
> unix-like mbox's and that still seems to work (sort-of) with evolution
> mail folders (although I have to run opensync to get rid of some index
> corruption that this causes).  It won't work on address books etc.
> 
> In any event, can opensync do all this for me?  The gui allows me to
> specify both ends of the connection as evo2-sync, but there doesn't seem
> to be any options to tell it that one of the pair is actually a remote
> host and that it should be accessed using some protocol (SSL/SSH/FTP,
> etc).
> I can set up an nfs link to the remote system, so perhaps I can set
> things up that way.
> 
> So:
> 
> 1.  How do I specify a remote host and transport mechanism?
> 2.  I'm also not 100% from the documentation  that opensync really is
> intended to sync mailfolders; is it?

Opensync is a generic synchronization framework which could be used to
synchronize mail folders but there is no plugin yet to do this. But it
would be possible to do this with opensync if someone would implement
the necessary plugins.

But my adivce would be to use a different mail protocol like imap if
this is possible.

> 
> Thanks in advance for any help.
> 
> David
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] x86_64 compilation problems, patches

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

Great! I have been looking for a nice way to avoid those crashes on 64
bit platforms but i didnt know that the glib provides macros for this.
So i think this should solve the problems for these platforms now.
Thanks for your help.

i also fixed these problems in opensync and the unit tests. in libsyncml
i will fix the problems in my branch so i wont commit these changes to
the trunk until i merge my current working branch.

Armin

Michael Kolmodin wrote:
> Been experimenting with opensync on Fedora-4-x86_64 platform (Athlon64).
> Please find enclosed the two  patches I have been using against trunk to
> make it compile. As usual, the patches are about  integer - pointer
> conversions.
> 
> As of now, I can not confirm anything more than that msynctool doesnt
> crash on startup with these, and that the tracing seems to work. On the
> other hand they are are pretty trivial and should'nt really change
> anything. (Yes, I have heard that before, but still... ;-) ).
> 
> -------------------------------------------------------------------------------
> 
> 
> diff --exclude=.svn -C 2 -r libsyncml-org/libsyncml/sml_support.c
> libsyncml/libsyncml/sml_support.c
> *** libsyncml-org/libsyncml/sml_support.c       2005-10-13
> 22:40:22.000000000 +0200
> --- libsyncml/libsyncml/sml_support.c   2005-10-13 22:27:05.000000000 +0200
> ***************
> *** 85,89 ****
>                 current_tabs = g_private_new (g_free);
>         else
> !               tabs = (int)g_private_get(current_tabs);
> 
>         unsigned long int id = (unsigned long int)pthread_self();
> --- 85,89 ----
>                 current_tabs = g_private_new (g_free);
>         else
> !               tabs = GPOINTER_TO_INT( g_private_get(current_tabs) );
> 
>         unsigned long int id = (unsigned long int)pthread_self();
> ***************
> *** 126,130 ****
>                         break;
>         }
> !       g_private_set(current_tabs, (void *)tabs);
>         va_end(arglist);
> 
> --- 126,130 ----
>                         break;
>         }
> !       g_private_set(current_tabs, GINT_TO_POINTER(tabs) );
>         va_end(arglist);
> 
> ------------------------------------------------------------------------
> diff --exclude=.svn -C 2 -r opensync-org/opensync/opensync_debug.c
> opensync/opensync/opensync_debug.c
> *** opensync-org/opensync/opensync_debug.c    2005-10-13
> 22:59:14.000000000 +0200
> --- opensync/opensync/opensync_debug.c    2005-10-13 22:34:38.000000000
> +0200
> ***************
> *** 63,67 ****
>           current_tabs = g_private_new (NULL);
>       else
> !         tabs = (int)g_private_get(current_tabs);
>      
>       unsigned long int id = (unsigned long int)pthread_self();
> --- 63,67 ----
>           current_tabs = g_private_new (NULL);
>       else
> !         tabs = GPOINTER_TO_INT( g_private_get(current_tabs) );
>      
>       unsigned long int id = (unsigned long int)pthread_self();
> ***************
> *** 101,105 ****
>               break;
>       }
> !     g_private_set(current_tabs, (void *)tabs);
>       va_end(arglist);
>      
> --- 101,105 ----
>               break;
>       }
> !     g_private_set(current_tabs, GINT_TO_POINTER(tabs));
>       va_end(arglist);
>      
> diff --exclude=.svn -C 2 -r opensync-org/osengine/osengine_engine.c
> opensync/osengine/osengine_engine.c
> *** opensync-org/osengine/osengine_engine.c    2005-10-13
> 22:59:20.000000000 +0200
> --- opensync/osengine/osengine_engine.c    2005-10-13 23:05:26.000000000
> +0200
> ***************
> *** 308,312 ****
>       ITMessage *message = itm_message_new_methodcall(sender,
> "GET_CHANGES");
>       itm_message_set_handler(message, sender->incoming,
> (ITMessageHandler)_get_changes_reply_receiver, sender);
> !     itm_message_set_data(message, "data", (void *)data);
>       osync_debug("ENG", 3, "Sending get_changes message %p to client
> %p", message, target);
>      
> --- 308,312 ----
>       ITMessage *message = itm_message_new_methodcall(sender,
> "GET_CHANGES");
>       itm_message_set_handler(message, sender->incoming,
> (ITMessageHandler)_get_changes_reply_receiver, sender);
> !     itm_message_set_data(message, "data", GINT_TO_POINTER(data));
>       osync_debug("ENG", 3, "Sending get_changes message %p to client
> %p", message, target);
>      
> -------------------------------------------------------------------------------
> 
> --michael
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

[Opensync-users] x86_64 compilation problems, patches

[Michael K. <Mi...@ko...>]

Been experimenting with opensync on Fedora-4-x86_64 platform (Athlon64). 
Please find enclosed the two  patches I have been using against trunk to 
make it compile. As usual, the patches are about  integer - pointer 
conversions.

As of now, I can not confirm anything more than that msynctool doesnt 
crash on startup with these, and that the tracing seems to work. On the 
other hand they are are pretty trivial and should'nt really change 
anything. (Yes, I have heard that before, but still... ;-) ).

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

diff --exclude=.svn -C 2 -r libsyncml-org/libsyncml/sml_support.c 
libsyncml/libsyncml/sml_support.c
*** libsyncml-org/libsyncml/sml_support.c       2005-10-13 
22:40:22.000000000 +0200
--- libsyncml/libsyncml/sml_support.c   2005-10-13 22:27:05.000000000 +0200
***************
*** 85,89 ****
                 current_tabs = g_private_new (g_free);
         else
!               tabs = (int)g_private_get(current_tabs);

         unsigned long int id = (unsigned long int)pthread_self();
--- 85,89 ----
                 current_tabs = g_private_new (g_free);
         else
!               tabs = GPOINTER_TO_INT( g_private_get(current_tabs) );

         unsigned long int id = (unsigned long int)pthread_self();
***************
*** 126,130 ****
                         break;
         }
!       g_private_set(current_tabs, (void *)tabs);
         va_end(arglist);

--- 126,130 ----
                         break;
         }
!       g_private_set(current_tabs, GINT_TO_POINTER(tabs) );
         va_end(arglist);

------------------------------------------------------------------------
diff --exclude=.svn -C 2 -r opensync-org/opensync/opensync_debug.c 
opensync/opensync/opensync_debug.c
*** opensync-org/opensync/opensync_debug.c	2005-10-13 22:59:14.000000000 
+0200
--- opensync/opensync/opensync_debug.c	2005-10-13 22:34:38.000000000 +0200
***************
*** 63,67 ****
   		current_tabs = g_private_new (NULL);
   	else
! 		tabs = (int)g_private_get(current_tabs);
   	
   	unsigned long int id = (unsigned long int)pthread_self();
--- 63,67 ----
   		current_tabs = g_private_new (NULL);
   	else
! 		tabs = GPOINTER_TO_INT( g_private_get(current_tabs) );
   	
   	unsigned long int id = (unsigned long int)pthread_self();
***************
*** 101,105 ****
   			break;
   	}
! 	g_private_set(current_tabs, (void *)tabs);
   	va_end(arglist);
   	
--- 101,105 ----
   			break;
   	}
! 	g_private_set(current_tabs, GINT_TO_POINTER(tabs));
   	va_end(arglist);
   	
diff --exclude=.svn -C 2 -r opensync-org/osengine/osengine_engine.c 
opensync/osengine/osengine_engine.c
*** opensync-org/osengine/osengine_engine.c	2005-10-13 
22:59:20.000000000 +0200
--- opensync/osengine/osengine_engine.c	2005-10-13 23:05:26.000000000 +0200
***************
*** 308,312 ****
   	ITMessage *message = itm_message_new_methodcall(sender, "GET_CHANGES");
   	itm_message_set_handler(message, sender->incoming, 
(ITMessageHandler)_get_changes_reply_receiver, sender);
! 	itm_message_set_data(message, "data", (void *)data);
   	osync_debug("ENG", 3, "Sending get_changes message %p to client %p", 
message, target);
   	
--- 308,312 ----
   	ITMessage *message = itm_message_new_methodcall(sender, "GET_CHANGES");
   	itm_message_set_handler(message, sender->incoming, 
(ITMessageHandler)_get_changes_reply_receiver, sender);
! 	itm_message_set_data(message, "data", GINT_TO_POINTER(data));
   	osync_debug("ENG", 3, "Sending get_changes message %p to client %p", 
message, target);
   	
-------------------------------------------------------------------------------
--michael

[Opensync-users] opensync and evolution2 questions

[David R. <ro...@mo...>]

I've just installed 0.17 of opensync (I'd been running an older version
of multisync, and just discovered that that project no longer exists).
I also installed the gui, and the file and evolution plugins.  

Here's what I want to do:

I run evolution on my desktop and laptop.  Both have local Inboxs and
other mail files, calendars, contact-lists, etc.  I want the two to stay
in sync.  In the past, I used something called mailsync to deal with
unix-like mbox's and that still seems to work (sort-of) with evolution
mail folders (although I have to run opensync to get rid of some index
corruption that this causes).  It won't work on address books etc.

In any event, can opensync do all this for me?  The gui allows me to
specify both ends of the connection as evo2-sync, but there doesn't seem
to be any options to tell it that one of the pair is actually a remote
host and that it should be accessed using some protocol (SSL/SSH/FTP,
etc).
I can set up an nfs link to the remote system, so perhaps I can set
things up that way.

So:

1.  How do I specify a remote host and transport mechanism?
2.  I'm also not 100% from the documentation  that opensync really is
intended to sync mailfolders; is it?

Thanks in advance for any help.

David

Re: [Opensync-users] Problem compiling synce plugin in FC4

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

On Thu, 2005-10-13 at 17:00 +0200, Pierre Ossman wrote:
> David Eriksson wrote:
> > On Thu, 2005-10-13 at 16:36 +0200, Pierre Ossman wrote:
> >   
> >> Armin Bauer wrote:
> >>     
> >>> yes. but the way that synce handles things is also not completely
> >>> correct. if the --with-rra switch adds the ${includedir}/rra dir to the
> >>> included directories _and_ the #include commands search for a rra/ again
> >>> the switch wont work correctly.
> >>>
> >>>       
> >> I had a look at this and it seems that synce is particularly confused. 
> >>  From what I can tell from it's Makefile.am it is supposed to install 
> >> stuff into /usr/include, which is also where they end up on my system. 
> >> But the .m4 macros that are included still insist on /usr/include/rra. 
> >> Something is rotten in the state of Denmark...
> >>
> >> I suggest we revert the rra/-addition in the m4-script.
> >>
> >> Rgds
> >> Pierre
> >>     
> >
> > They are meant to install to an rra subdirectory.
> >
> > See the Makefile.am:
> >
> > http://cvs.sourceforge.net/viewcvs.py/synce/rra/lib/Makefile.am?rev=1.19&view=auto
> >
> >
> >   
> 
> Hmm... missed the define there. A bit unorthodox solution. Perhaps that 
> breaks on certain versions of autotools, causing the wrong location? 
> It's not in rra/ on FC4, and there is no magic performed in the build 
> process there.

Yeah it should not reuse "includedir", I'll get to it any decade... :-)

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

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

Re: [Opensync-users] Problem compiling synce plugin in FC4

[Pierre O. <drz...@dr...>]

David Eriksson wrote:
> On Thu, 2005-10-13 at 16:36 +0200, Pierre Ossman wrote:
>   
>> Armin Bauer wrote:
>>     
>>> yes. but the way that synce handles things is also not completely
>>> correct. if the --with-rra switch adds the ${includedir}/rra dir to the
>>> included directories _and_ the #include commands search for a rra/ again
>>> the switch wont work correctly.
>>>
>>>       
>> I had a look at this and it seems that synce is particularly confused. 
>>  From what I can tell from it's Makefile.am it is supposed to install 
>> stuff into /usr/include, which is also where they end up on my system. 
>> But the .m4 macros that are included still insist on /usr/include/rra. 
>> Something is rotten in the state of Denmark...
>>
>> I suggest we revert the rra/-addition in the m4-script.
>>
>> Rgds
>> Pierre
>>     
>
> They are meant to install to an rra subdirectory.
>
> See the Makefile.am:
>
> http://cvs.sourceforge.net/viewcvs.py/synce/rra/lib/Makefile.am?rev=1.19&view=auto
>
>
>   

Hmm... missed the define there. A bit unorthodox solution. Perhaps that 
breaks on certain versions of autotools, causing the wrong location? 
It's not in rra/ on FC4, and there is no magic performed in the build 
process there.

Rgds
Pierre

Re: [Opensync-users] Problem compiling synce plugin in FC4

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

On Thu, 2005-10-13 at 16:36 +0200, Pierre Ossman wrote:
> Armin Bauer wrote:
> > 
> > yes. but the way that synce handles things is also not completely
> > correct. if the --with-rra switch adds the ${includedir}/rra dir to the
> > included directories _and_ the #include commands search for a rra/ again
> > the switch wont work correctly.
> > 
> 
> I had a look at this and it seems that synce is particularly confused. 
>  From what I can tell from it's Makefile.am it is supposed to install 
> stuff into /usr/include, which is also where they end up on my system. 
> But the .m4 macros that are included still insist on /usr/include/rra. 
> Something is rotten in the state of Denmark...
> 
> I suggest we revert the rra/-addition in the m4-script.
> 
> Rgds
> Pierre

They are meant to install to an rra subdirectory.

See the Makefile.am:

http://cvs.sourceforge.net/viewcvs.py/synce/rra/lib/Makefile.am?rev=1.19&view=auto


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

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

Re: [Opensync-users] Problem compiling synce plugin in FC4

[Pierre O. <drz...@dr...>]

Armin Bauer wrote:
> 
> yes. but the way that synce handles things is also not completely
> correct. if the --with-rra switch adds the ${includedir}/rra dir to the
> included directories _and_ the #include commands search for a rra/ again
> the switch wont work correctly.
> 

I had a look at this and it seems that synce is particularly confused. 
 From what I can tell from it's Makefile.am it is supposed to install 
stuff into /usr/include, which is also where they end up on my system. 
But the .m4 macros that are included still insist on /usr/include/rra. 
Something is rotten in the state of Denmark...

I suggest we revert the rra/-addition in the m4-script.

Rgds
Pierre

[Opensync-users] SE P800 / SyncML1.0

[Manuel B. <ma...@ma...>]

Hi all,

just subscribed to the list, but already looked through the archives.

For some time I own a P800 and am syncing it with the old multisync 0.80
with evo2, which works sometimes, but often produces duplicate entries
or does not even sync contacts.
So, I decided to try opensync with the syncml-plugin and somewhat got
the svn-version working yesterday.
The remaining problem now is, that my p800 talks SyncML1.0 with VerDTD
set to 1.0, which is not supported as I see it in the source (I tried to
override it by setting SML_VERSION_11 in the sml_xml.c from libsyncml.
But that only gave me errors on unsupported SyncML version, which I also
tried to override and then failed again on parsing data...)

Attached the debug-logs without overriding me anything.

Hope, someone could help me here, because I'm somewhat tired of
multisync0.80...

Or is there a way of updating my mobile to SyncML1.1?

Thanks for your time!
Cheers,
Manuel

-- 
ma...@ma...
http://www.malteser-berlin.de
http://www.matronix.de - http://www.elektronik-kompendium.de/public/borchers

 11:40:32 up 12 min,  1 user,  load average: 0.94, 0.48, 0.21

Re: [Opensync-users] OpenSync-commits appears to be broken

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

It is happening since a while. It seems to be because the sourceforge
server is rejecting messages from opensync.org because it doesn't have
a reverse dns record.

On Wed, Oct 12, 2005 at 11:27:53PM +0200, Danny Backx wrote:
> I know I've committed work, and I see no messages.
>=20
> 	Danny
> --=20
> Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

--=20
Eduardo

[Opensync-users] OpenSync-commits appears to be broken

[Danny B. <dan...@sc...>]

I know I've committed work, and I see no messages.

	Danny
--=20
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

[Opensync-users] Question about the multisync0.90/gui

[Danny B. <dan...@sc...>]

I have the impression that the GUI in subversion is incomplete,
e.g. it doesn't appear to do anything with the toggles for data types to
synchronize (Calendar, Addressbook, etc).

Is that code incomplete?

Also it hangs when I try to use the SynCE plugin I'm working on. But
that may be my own problem :-)

	Danny
--=20
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Opensync-users] Synce plugin in FC4

[A. <rem...@ke...>]

On Wed, 2005-10-05 at 21:13 +0200, Armin Bauer wrote:
> Hi Remy,
> 
> are the vcards you are synchronizing of type 3.0 or 2.1?

>From the file stored in the folder used by the file-sync plugin, they
are 2.1

> i think there are 3 separate problems here:
> 
> 1. the segfault: this should not happen of course. a trace from opensync
> and a backtrace with gdb should help to find the bug.

I'll provide that later this week.

> 
> 2. wrong handling of non ascii characters: this is a know bug. the cause
> is that there is no way currently to specify the encoding of a vcard. so
> the encoding is not changed and opensync cannot handle the input since
> it is not utf8. this will be fixed in one of the next versions.

Is it not possible for the synce plugin to assume a given charset
(windows something) for the pocketpc and then translate to utf8 before
passing the information to the opensync engine itslef ?

> 3. conflicts: since your first sync failed, 

well, the sync between the pocketpc and the file looked to have worked
correctly. Remember: it was a sync for a new pair. The one that did not work
was the evo2-synce and I did not use it anymore.

> opensync will do a slow-sync
> which means that it will load all objects from each side and compare
> them again. the comparison obviously does not work correctly since it
> raises a lot of conflicts. a trace of the synchronization that raises
> these conflicts should help.

by trace, you mean the debug output (mainly synce plugin traces) ad in
the attached file ? (it is the STDERR output of msynctool during the
sync with the conflicts)

BTW, the question for each of the conflict makes me think that the
plugin presents the content of the entry as a file and not as a
vcard/vcal stuff. Should the plugin presents the entry information as
the xml shown in the questions (in that case coming from the
file-sync) ?

Regards

	RemyA

-- 
E-mail : Re...@Am...
Web : http://www.amouroux.org/
Yahoo Id: kelkooremya
-- 
E-mail : Rem...@ke...
Kelkoo/Yahoo Architecture (http://www.yahoo.com/)
Yahoo Id: kelkooremya

Re: [Opensync-users] Synce plugin in FC4

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

Hi Remy,

are the vcards you are synchronizing of type 3.0 or 2.1?

R=C3=A9my Amouroux wrote:
> Hello
>=20
> I finally compiled the synce plugin using a fresh checkout from cvs and=

> used it  for synchronisation with evo2 and the file plugin
>=20
> I first tried to use a pair synce-evo2.
>=20
> Unfortunately, I had a segmentation fault and it was impossible to
> understand which one had a problem.
>=20
> So, I put in place a pair synce-file and did my first synchronisation.
>=20
> $ msynctool --showgroup ipaqFile
> Groupname: ipaqFile
> Member 1: synce-plugin
> Member 2: file-sync
>=20
>=20
> It worked perfectly well and I had a folder full of files containing
> each either a VCAL or a VCALENDAR. And it looks like they had all one
> probl=C3=A8me: wherever the value of the field contained a non ascii
> character (like an accent letter), the value was cut.
> For instance, instead of=20
>    SUMMARY:Appeler caisse d'=C3=A9pargne
> I have
>    SUMMARY:Appeler caisse d'
>=20
> I naturally did some modifications (manually) on a fem items on my Ipaq=

> and tried to synch again.
>=20
> msynctool started to ask questions about conflicts with the following
> trace before asking the question:
>=20
> Conflict for Mapping 0x879f460:
>=20
> Entry 1:
> UID: 02002e1e
> File: 02002e1e
> Size: 211
>=20
> Entry 2:
> UID: 02002e1e
> <?xml version=3D"1.0"?>
> <contact>
>   <UnknownNode>
>     <NodeName>PRODID</NodeName>
>     <Content>-//SYNCE RRA//NONSGML Version 1//EN</Content>
>   </UnknownNode>
>   <Telephone>
>     <Content>+33 820 04 20 20</Content>
>     <Type>WORK</Type>
>     <Type>VOICE</Type>
>     <Type>PREF</Type>
>   </Telephone>
>   <Telephone>
>     <Content>+33 800 08 24 24</Content>
>     <Type>WORK</Type>
>     <Type>VOICE</Type>
>   </Telephone>
>   <FullName>
>     <Content>Achard, Sandrine</Content>
>   </FullName>
>   <Name>
>     <LastName>Achard</LastName>
>     <FirstName>Sandrine</FirstName>
>   </Name>
>   <Organization>
>     <Name>Total Gaz</Name>
>   </Organization>
> </contact>
>=20
> Which entry do you want to use (D for Duplication)?
>=20
> Each time I answered "2" (which is wrong in my case, since member 2 is
> the file plugin and no changes were done in that part) but it looks lik=
e
> I had a conflict with each entry, thus I simply stopped the sync.
>=20
> Any idea about what I should do (apart debugging the stuff myself) ?=20

i think there are 3 separate problems here:

1. the segfault: this should not happen of course. a trace from opensync
and a backtrace with gdb should help to find the bug.

2. wrong handling of non ascii characters: this is a know bug. the cause
is that there is no way currently to specify the encoding of a vcard. so
the encoding is not changed and opensync cannot handle the input since
it is not utf8. this will be fixed in one of the next versions.

3. conflicts: since your first sync failed, opensync will do a slow-sync
which means that it will load all objects from each side and compare
them again. the comparison obviously does not work correctly since it
raises a lot of conflicts. a trace of the synchronization that raises
these conflicts should help.

Armin

>=20
>=20
> Information about opensync and FC4.
>=20
> On Mon, 2005-10-03 at 23:17 +0200, Armin Bauer wrote:
>=20
>>R=C3=A9my Amouroux wrote:
>>
>>>Waiting for an answer from the synce-devel maintainer, I wanted to go
>>>further compiling the synce plugin.
>=20
>=20
> He answered quite quickly: opensync is in his todolist and the opensync=

> rpms should appear in Fedora extra in a matter of days.
>=20
> regards
>=20
> 	RemyA