Re: [Opensync-devel] OpenSync priorities

[Quentin D. <que...@gm...>]

Thank you Emanoil for this good summary. I am in fact very busy right now, but 
I want to let you know that I approve the mentioned points.

In the hope that this will have a positive outcome, kind regards!


On Saturday 08 January 2011 21:30:44 Emanoil Kotsev wrote:
> Hello,
> 
> Appart the plans for the future I think there is small effort needed to
> make  the last step to a successfull sync with a phone over syncml and the
> current svn version of libopensync (0.40).
> 
> I still can not believe that no one is using this framework for syncing
> with real phones.
> 
> As I understood from Quentin he is busy ATM, so I want to sum up the
> current blocking issues and goals that we both think have a short term
> priority.
> 
> I. Suggestions on high priority issues in the present
> 
> First of all somebody has to put some effort into libsyncml and help
> Michael - if possible becoming his substitute and take over. I guess there
> is just a little bit needed to have positive results, but this goes beyond
> my goals and capabilities ATM and the desire Michael has to leave.
> 
> Alternativ make plans to start libsynthesis plugin (it will take longer,
> but could be more beneficient).
> 
> In both cases you need a dedicated person with long time plans to work in
> the area (syncml)
> 
> Second, reorganise responsibilities for the future release and be ready to
> answer/fix user problems. With the current speed it does not make any
> sense to discuss whatever we are discussing here. Also document your own
> code and work on documenting the engine. I'm amased how good the akonadi
> documentation is.
> 
> Third, do whatever needed to get a release in short terms. From my tests I
> think a compromise could be done easier i.e. if users are recommended to
> use different configurations for different obj-types, so that the slow
> sync issue could have less impact. I personally would accept such a deal,
> given the promise to fix it in future. The rest was discussed before.
> 
> This issue is very nasty and I don't know what's necessary to have it
> fixed, but it needs to be done for a stable release - with no doubt.
> Fortunately it does not happen every time - so may be a workaround could
> be enough.
> 
> 
> II. Issues open and blocking my investigations/tests with kde
> (opensync/akonadi) and nokia 5530 (opensync/syncml)
> 
> 1. libsyncml
> 
> 1.a https://libsyncml.opensync.org/ticket/272#comment:1
>  this is libsyncml (as I mentioned before libwbxml seems to be working -
> tested with contact and calendar data)
> 
> 1.b https://libsyncml.opensync.org/ticket/273
>     https://libsyncml.opensync.org/ticket/274
> 
>  unknown alert type 255 breaks normal sync so the only option is slow-sync
> 
> 1.c syncml-client/server could be better for current phones (but I'm not
> sure if this conclusion is true) also the code seems not to be clean and
> funcitonal at 100%
> 
> 
> 2. libopensync
> 
>  http://www.opensync.org/ticket/1442
>  http://www.opensync.org/ticket/1444 - a problem in the parser (converter)
> breaks sync of contact data
> 
> Could we discuss in short terms how to solve these issues please!
> 
> I'm willing to have a succcessfull sync with my phone soon and I'm sure if
> it works for me it will work for every one with a symbian nokia phone.
> 
> Kind regards in advance