Re: [Opensync-users] synchonizing with a remote karm instance

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

br...@un... wrote:
> karm is the kde time tracker application which stores its data 
> in an icalender file. 
> 
> I want to synchronize two such files across an ssh transport.
> 
> What I figured out so far is that if I add the karm file as a resource
> to korganizer, it gets picked up by the kdepim synch.  
> (b.t.w, I can report success building opensync, kdepim-plugin and
> msynctool 0.18 on debian sarge i386).
> 
> One idea is that if the kdepim plugin could be configured to specify
> which resources to sync, then I could set up a group with two kdepim
> members, one local, one remote (and use e.g. fish:// for the remote).

At the moment the kdepim plugin is not configurable, it just picks up
the default addressbook, calendar etc. But i _guess_ that it would be
possible to select the resource to sync. but i didnt write the kdepim
plugin so i cannot guarantee anything.

another thing someone is currently working on is a kio slave plugin.
this would then be fully network transparent of course. but i dont know
how far it is already.

> 
> Does that make any sense? 
> 
> I guess a related question is, is there any network-transparency
> in opensync, i.e. the ability to have one member of a group on a
> different machine? Or is this totally up to the plugins?

At the moment there is no network transparency since the engine just
uses threads. But we are planning to make it possible to run a member in
a different process (see http://www.opensync.org/ticket/90). Depending
on the IPC used there this could also be made network transparent with
little more effort.

Armin

> 
> David
> 
> 
> ------------------------------------------------------------------------
> 
> David Bremner                        Associate Professor, UNB Computer Science
> br...@un...                              Cross Appointment, UNB Mathematics
> +1 (506) 447 3300                     Atlantic Scientific Director, MITACS NCE
> http://www.cs.unb.ca/~bremner                             http://www.mitacs.ca
>