Thread: [Opensync-users] CVS Access

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I want to download the gnokii plugin from cvs for the older multisync 
(as well as the sunbird plugin).  What are the commands I need to use?

Norm

Hi Norm,

since the sourceforge cvs was very unstable, i provided snapshots of the
code. So you can download multisync (and the gnokii plugin) from
http://www.multisync.org/downloads.php?do=dl&id=3

Do you wish to port the plugin to opensync? If you do, it might be a
good idea to upload it directly to opensync's repository so other people
can help with the development.

Armin

Norm Dressler wrote:
> I want to download the gnokii plugin from cvs for the older multisync
> (as well as the sunbird plugin).  What are the commands I need to use?
> 
> 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

Armin Bauer wrote:

>Hi Norm,
>
>since the sourceforge cvs was very unstable, i provided snapshots of the
>code. So you can download multisync (and the gnokii plugin) from
>http://www.multisync.org/downloads.php?do=dl&id=3
>
>Do you wish to port the plugin to opensync? If you do, it might be a
>good idea to upload it directly to opensync's repository so other people
>can help with the development.
>
>Armin
>
>  
>
Well, I'm having enough grief with getting any good syncronization 
working that I'm thinking of investigating whether I should write an 
Obex based plugin.  This would work over bluetooth and presumably with 
any Nokia Symbian phone.

Would this be needed by others or should I really look at sticking with 
SyncML and help with the Sunbird/Mozilla plugin?  The SyncML plugin 
assumes you have a TCP/IP connection to your system -- but I know my 
phone can also do SyncML over Bluetooth directly.  I don't think that is 
supported right now right?

I did try the evo2 to syncML and it didn't work out too good -- besides, 
I would prefer to use Sunbird/Thunderbird, etc.

I'm open and willing to try and help.

Norm

Norm Dressler wrote:
> Armin Bauer wrote:
> 
>> Hi Norm,
>>
>> since the sourceforge cvs was very unstable, i provided snapshots of the
>> code. So you can download multisync (and the gnokii plugin) from
>> http://www.multisync.org/downloads.php?do=dl&id=3
>>
>> Do you wish to port the plugin to opensync? If you do, it might be a
>> good idea to upload it directly to opensync's repository so other people
>> can help with the development.
>>
>> Armin
>>
>>  
>>
> Well, I'm having enough grief with getting any good syncronization
> working that I'm thinking of investigating whether I should write an
> Obex based plugin.  This would work over bluetooth and presumably with
> any Nokia Symbian phone.
> 
> Would this be needed by others or should I really look at sticking with
> SyncML and help with the Sunbird/Mozilla plugin?  The SyncML plugin
> assumes you have a TCP/IP connection to your system -- but I know my
> phone can also do SyncML over Bluetooth directly.  I don't think that is
> supported right now right?
> 
> I did try the evo2 to syncML and it didn't work out too good -- besides,
> I would prefer to use Sunbird/Thunderbird, etc.
> 
> I'm open and willing to try and help.
> 

Thats always good :)

The situation is like this:
I currently have syncml capable phone here (though only syncml over
http) so syncml should work soon. Syncml over obex is not too hard to
implement, i already abstracted the transport mechanisms in libsyncml,
so you just need to add the obex transport to libsyncml/transports. I
also already added a skeleton for obex and the necessary configure checks.

sunbird/thunderbird/mozilla would be really nice to have (i use them
myself). The problem is that afaik they can only be synchronized from
the own processes so we are going to need some sort of IPC for them.
Other plugins need the ipc as well so i plan to implement a generic and
transparent ipc for the plugins. I already have the design how this is
going to work. Its just going to be a lot of work actually implementing it.

Any help would be welcome of course! :)

Armin

> Norm

Armin Bauer wrote:

>Norm Dressler wrote:
>  
>
>>Armin Bauer wrote:
>>
>>    
>>
>>>Hi Norm,
>>>
>>>since the sourceforge cvs was very unstable, i provided snapshots of the
>>>code. So you can download multisync (and the gnokii plugin) from
>>>http://www.multisync.org/downloads.php?do=dl&id=3
>>>
>>>Do you wish to port the plugin to opensync? If you do, it might be a
>>>good idea to upload it directly to opensync's repository so other people
>>>can help with the development.
>>>
>>>Armin
>>>
>>> 
>>>
>>>      
>>>
>>Well, I'm having enough grief with getting any good syncronization
>>working that I'm thinking of investigating whether I should write an
>>Obex based plugin.  This would work over bluetooth and presumably with
>>any Nokia Symbian phone.
>>
>>Would this be needed by others or should I really look at sticking with
>>SyncML and help with the Sunbird/Mozilla plugin?  The SyncML plugin
>>assumes you have a TCP/IP connection to your system -- but I know my
>>phone can also do SyncML over Bluetooth directly.  I don't think that is
>>supported right now right?
>>
>>I did try the evo2 to syncML and it didn't work out too good -- besides,
>>I would prefer to use Sunbird/Thunderbird, etc.
>>
>>I'm open and willing to try and help.
>>
>>    
>>
>
>Thats always good :)
>
>The situation is like this:
>I currently have syncml capable phone here (though only syncml over
>http) so syncml should work soon. Syncml over obex is not too hard to
>implement, i already abstracted the transport mechanisms in libsyncml,
>so you just need to add the obex transport to libsyncml/transports. I
>also already added a skeleton for obex and the necessary configure checks.
>
>sunbird/thunderbird/mozilla would be really nice to have (i use them
>myself). The problem is that afaik they can only be synchronized from
>the own processes so we are going to need some sort of IPC for them.
>Other plugins need the ipc as well so i plan to implement a generic and
>transparent ipc for the plugins. I already have the design how this is
>going to work. Its just going to be a lot of work actually implementing it.
>
>Any help would be welcome of course! :)
>
>Armin
>
>  
>
>>Norm
>>    
>>
Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see 
what it's all about.  It wasn't a part of the cvs snapshot in the link 
you sent me.  Is it somewhere else possibly?

Norm

Norm Dressler wrote:
> Armin Bauer wrote:
> 
>> Norm Dressler wrote:
>>  
>>
>>> Armin Bauer wrote:
>>>
>>>   
>>>
>>>> Hi Norm,
>>>>
>>>> since the sourceforge cvs was very unstable, i provided snapshots of
>>>> the
>>>> code. So you can download multisync (and the gnokii plugin) from
>>>> http://www.multisync.org/downloads.php?do=dl&id=3
>>>>
>>>> Do you wish to port the plugin to opensync? If you do, it might be a
>>>> good idea to upload it directly to opensync's repository so other
>>>> people
>>>> can help with the development.
>>>>
>>>> Armin
>>>>
>>>>
>>>>
>>>>     
>>>
>>> Well, I'm having enough grief with getting any good syncronization
>>> working that I'm thinking of investigating whether I should write an
>>> Obex based plugin.  This would work over bluetooth and presumably with
>>> any Nokia Symbian phone.
>>>
>>> Would this be needed by others or should I really look at sticking with
>>> SyncML and help with the Sunbird/Mozilla plugin?  The SyncML plugin
>>> assumes you have a TCP/IP connection to your system -- but I know my
>>> phone can also do SyncML over Bluetooth directly.  I don't think that is
>>> supported right now right?
>>>
>>> I did try the evo2 to syncML and it didn't work out too good -- besides,
>>> I would prefer to use Sunbird/Thunderbird, etc.
>>>
>>> I'm open and willing to try and help.
>>>
>>>   
>>
>>
>> Thats always good :)
>>
>> The situation is like this:
>> I currently have syncml capable phone here (though only syncml over
>> http) so syncml should work soon. Syncml over obex is not too hard to
>> implement, i already abstracted the transport mechanisms in libsyncml,
>> so you just need to add the obex transport to libsyncml/transports. I
>> also already added a skeleton for obex and the necessary configure
>> checks.
>>
>> sunbird/thunderbird/mozilla would be really nice to have (i use them
>> myself). The problem is that afaik they can only be synchronized from
>> the own processes so we are going to need some sort of IPC for them.
>> Other plugins need the ipc as well so i plan to implement a generic and
>> transparent ipc for the plugins. I already have the design how this is
>> going to work. Its just going to be a lot of work actually
>> implementing it.
>>
>> Any help would be welcome of course! :)
>>
>> Armin
>>
>>  
>>
>>> Norm
>>>   
> 
> Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see
> what it's all about.  It wasn't a part of the cvs snapshot in the link
> you sent me.  Is it somewhere else possibly?

I checked it out from developers cvs at sf.net. But it is completely
empty. Guess thats the reason why it is not in the snapshot :)

> 
> Norm

>>Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see
>>what it's all about.  It wasn't a part of the cvs snapshot in the link
>>you sent me.  Is it somewhere else possibly?
>>    
>>
>
>I checked it out from developers cvs at sf.net. But it is completely
>empty. Guess thats the reason why it is not in the snapshot :)
>
>  
>
>>Norm
>>    
>>

Oh good :)  Ok -- I'll do some searching and see what I can find.  Do 
you have a framework written out for the IPC stuff?  What can I do to 
help out with that.

Norm

Norm Dressler wrote:
> 
>>> Well, let me take a peek at the sunbird plugin in Multisync 0.82 and see
>>> what it's all about.  It wasn't a part of the cvs snapshot in the link
>>> you sent me.  Is it somewhere else possibly?
>>>   
>>
>>
>> I checked it out from developers cvs at sf.net. But it is completely
>> empty. Guess thats the reason why it is not in the snapshot :)
>>
>>  
>>
>>> Norm
>>>   
> 
> 
> Oh good :)  Ok -- I'll do some searching and see what I can find.  Do
> you have a framework written out for the IPC stuff?  What can I do to
> help out with that.
> 

Hi,

i wrote a wiki entry about the planned IPC mechanism:
http://www.opensync.org/wiki/IPC

How you can help depends on how good you know ipc mechanisms. There is
no real difficulty in adding the ipc stuff, its just a lot of work to
write :)

Armin

> Norm

On Thu, 2005-09-01 at 18:07 +0200, Armin Bauer wrote:

> Hi,
> 
> i wrote a wiki entry about the planned IPC mechanism:
> http://www.opensync.org/wiki/IPC
> 
> How you can help depends on how good you know ipc mechanisms. There is
> no real difficulty in adding the ipc stuff, its just a lot of work to
> write :)

Be careful when planning this. IPC and RPC has been done many times
before and I know it is tempting to reinvent the wheel, either due to
"not invented here" syndrome or due to something else.

I suggest taking a look at D-BUS. It's quite nice, IMHO:

  http://freedesktop.org/wiki/Software_2fdbus

The only problem with D-BUS right now is versioning; there is no
compatibility promised until after 1.0 is released and the D-BUS version
may vary between Linux distros today...

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

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

David Eriksson wrote:
> On Thu, 2005-09-01 at 18:07 +0200, Armin Bauer wrote:
> 
> 
>>Hi,
>>
>>i wrote a wiki entry about the planned IPC mechanism:
>>http://www.opensync.org/wiki/IPC
>>
>>How you can help depends on how good you know ipc mechanisms. There is
>>no real difficulty in adding the ipc stuff, its just a lot of work to
>>write :)
> 
> 
> Be careful when planning this. IPC and RPC has been done many times
> before and I know it is tempting to reinvent the wheel, either due to
> "not invented here" syndrome or due to something else.
> 

We also took a look at dbus. But we decided that we dont need any of the
advanced features of dbus.

One other important aspect we need in out IPC is that it is fast and can
handle large amounts of data. With dbus everything has to go over a
central server process. Therefore it cannot be as fast as a direct ipc.

The only advantage i see by using dbus is that its easier to marshal
data since you get type safety etc.

And by using named sockets we dont have to link against yet another library.

> I suggest taking a look at D-BUS. It's quite nice, IMHO:
> 
>   http://freedesktop.org/wiki/Software_2fdbus
> 
> The only problem with D-BUS right now is versioning; there is no
> compatibility promised until after 1.0 is released and the D-BUS version
> may vary between Linux distros today...
> 

Norm Dressler wrote:

> Well, I'm having enough grief with getting any good syncronization 
> working that I'm thinking of investigating whether I should write an 
> Obex based plugin.  This would work over bluetooth and presumably with 
> any Nokia Symbian phone.
>
> Would this be needed by others or should I really look at sticking 
> with SyncML and help with the Sunbird/Mozilla plugin?  The SyncML 
> plugin assumes you have a TCP/IP connection to your system -- but I 
> know my phone can also do SyncML over Bluetooth directly.  I don't 
> think that is supported right now right?

Doesn't libsyncml have support for OBEX as a transport?  I know 
'configure' always tells me it's disabled for my system (I've never 
tried to get it Enabled because my phone doesn't support it (to my 
knowledge)).  If so, I'd think it would be good to start by adding 
support for that to the SyncML plugin.

Just throwing in my opinion :o)

Zach

Zach Bean wrote:
> Norm Dressler wrote:
> 
>> Well, I'm having enough grief with getting any good syncronization
>> working that I'm thinking of investigating whether I should write an
>> Obex based plugin.  This would work over bluetooth and presumably with
>> any Nokia Symbian phone.
>>
>> Would this be needed by others or should I really look at sticking
>> with SyncML and help with the Sunbird/Mozilla plugin?  The SyncML
>> plugin assumes you have a TCP/IP connection to your system -- but I
>> know my phone can also do SyncML over Bluetooth directly.  I don't
>> think that is supported right now right?
> 
> 
> Doesn't libsyncml have support for OBEX as a transport?  I know
> 'configure' always tells me it's disabled for my system (I've never
> tried to get it Enabled because my phone doesn't support it (to my
> knowledge)).  If so, I'd think it would be good to start by adding
> support for that to the SyncML plugin.
> 

Not directly. I just wrote the configure checks for openobex. The real
code for obex is not yet implemented. Right now my roadmap for the
syncml part is like this:

- implement ds server over http (i can test this with a phone here)
- implement obex transport
- implement ds client (testing against the server)

> Just throwing in my opinion :o)
> 
> Zach
> 
> 
> -------------------------------------------------------
> 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

On Wed, 2005-08-31 at 17:50 -0400, Norm Dressler wrote:
> Armin Bauer wrote:
> 
> >Hi Norm,
> >
> >since the sourceforge cvs was very unstable, i provided snapshots of the
> >code. So you can download multisync (and the gnokii plugin) from
> >http://www.multisync.org/downloads.php?do=dl&id=3
> >
> >Do you wish to port the plugin to opensync? If you do, it might be a
> >good idea to upload it directly to opensync's repository so other people
> >can help with the development.
> >
> >Armin
> >
> >  
> >
> Well, I'm having enough grief with getting any good syncronization 
> working that I'm thinking of investigating whether I should write an 
> Obex based plugin.  This would work over bluetooth and presumably with 
> any Nokia Symbian phone.

I have a N6820 which is Symbian based and supports syncml, but it only
support SyncML via GPRS, not via bluetooth, infared or the cable.  On
the other hand the N9500s (a client has 6 of them now) support syncml
over gprs and wifi (not sure about bluetooth or infared).

I have found gnokii supports the 6820, so I am happy to some testing of
a gnokii based sync solution.  Let me know how you go.

Cheers

Dave

On Wed, 31 Aug 2005, Norm Dressler wrote:

>> since the sourceforge cvs was very unstable, i provided snapshots of the
>> code. So you can download multisync (and the gnokii plugin) from
>> http://www.multisync.org/downloads.php?do=dl&id=3
>> 
>> Do you wish to port the plugin to opensync? If you do, it might be a
>> good idea to upload it directly to opensync's repository so other people
>> can help with the development.
>> 
> Well, I'm having enough grief with getting any good syncronization working 
> that I'm thinking of investigating whether I should write an Obex based 
> plugin.  This would work over bluetooth and presumably with any Nokia Symbian 
> phone.
>
> Would this be needed by others or should I really look at sticking with 
> SyncML and help with the Sunbird/Mozilla plugin?  The SyncML plugin assumes

I think that gnokii plugin would be really nice, not all phones support 
SyncML. For example 6310i, which is ancient, but still quite common and
no other solution besides gnokii works for it AFAIK.

Regards
Michal

>I have a N6820 which is Symbian based and supports syncml, but it only
>support SyncML via GPRS, not via bluetooth, infared or the cable.  On
>the other hand the N9500s (a client has 6 of them now) support syncml
>over gprs and wifi (not sure about bluetooth or infared).
>
>I have found gnokii supports the 6820, so I am happy to some testing of
>a gnokii based sync solution.  Let me know how you go.
>
>Cheers
>
>Dave
>
>  
>
A bit off-topic, but have you tried to add a connection for GPRS over 
bluetooth?  That's essentially what I am doing.  Check out this web site 
and let me know if it helps...

http://gagravarr.org/series-60/

Good resources to point you in the right direction.

Norm

On Wed, 2005-08-31 at 22:01 -0400, Norm Dressler wrote:
> >I have a N6820 which is Symbian based and supports syncml, but it
> only
> >support SyncML via GPRS, not via bluetooth, infared or the cable.  On
> >the other hand the N9500s (a client has 6 of them now) support syncml
> >over gprs and wifi (not sure about bluetooth or infared).
> >
> >I have found gnokii supports the 6820, so I am happy to some testing
> of
> >a gnokii based sync solution.  Let me know how you go.
> >
> >Cheers
> >
> >Dave
> >
> >  
> >
> A bit off-topic, but have you tried to add a connection for GPRS over 
> bluetooth?  That's essentially what I am doing.  Check out this web
> site 
> and let me know if it helps...
> 
> http://gagravarr.org/series-60/
> 
> 

Thanks for the tip, but my 6820 is a series 40 not a 60 :(

I spent a several hours going through all the options and it insists on
using GPRS for syncml.  I am now playing with getting irda working on my
laptop so I don't have to buy a DKU5

I will keep you posted.

Cheers

Dave