<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.misc.opensync.devel">
    <title>gmane.comp.misc.opensync.devel</title>
    <link>http://blog.gmane.org/gmane.comp.misc.opensync.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4888"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4887"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4886"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4885"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4884"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4883"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4882"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4881"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4880"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4879"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4878"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4877"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4876"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4875"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4874"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4873"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4872"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4871"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4870"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4869"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4888">
    <title>Re: [codehelp&lt; at &gt;debian.org: Status of opensync inDebian - mass removal very likely]</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4888</link>
    <description>&lt;pre&gt;
All the binary packaging that I've done is in the binary-meta git repo,
which can be found here:

http://repo.or.cz/w/opensync/binary-meta.git

If you would like to take a look at those packages, please do.
Keep in mind that it uses external debian directories, since the
binary-meta repo is really just a git repo of submodules.

The main goal of binary-meta is to make it as easy as possible to
build binary packages from the latest sources, even for end users.
But that doesn't mean that the other details of the Debian packaging
can't be improved.  I'm sure there's lots of improvement that can be done.

If what I'm saying doesn't really make sense, it will become more clear
once you look at how binary-meta does what it does. :-)

- Chris


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-03-05T11:46:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4887">
    <title>Re: [codehelp&lt; at &gt;debian.org: Status of opensync in Debian - mass removal very likely]</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4887</link>
    <description>&lt;pre&gt;
Hi Chris


Yep sorry I did not realise this earlier


Well did you talk with some DD's? Maybe there would be an interest in a
least keeping in experimental for those you are brave enough. If you
really plan on making a private repo I could help you making the
packages as Debian compliant as possible so a potential future packager
might have no problems in reintegrating it (multiarch-compliant,
hardening, etc).


Kind regards
Harald


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Harald Jenny</dc:creator>
    <dc:date>2012-03-05T11:21:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4886">
    <title>Re: [codehelp&lt; at &gt;debian.org: Status of opensync inDebian - mass removal very likely]</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4886</link>
    <description>&lt;pre&gt;Thanks Harald.

I've responded, which can be read here:

http://lists.debian.org/debian-devel/2012/03/msg00104.html

Opensync might not make it into Debian.  But I am planning a separate
apt-get repo for opensync and some of the plugins.  So Opensync users
won't be completely left out in the cold.

- Chris


On Mon, Mar 05, 2012 at 09:11:58AM +0100, Harald Jenny wrote:

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-03-05T10:57:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4885">
    <title>[codehelp&lt; at &gt;debian.org: Status of opensync in Debian - mass removal very likely]</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4885</link>
    <description>&lt;pre&gt;Dear opensync folks,

I guess this may be of interest for you - if you are interested in
keeping opensync in Debian I would ask you to get in contact with the
maintainers (http://packages.qa.debian.org/o/opensync.html).

Kind regards
Harald Jenny

----- Forwarded message from Neil Williams &amp;lt;codehelp&amp;lt; at &amp;gt;debian.org&amp;gt; -----

Date: Sat, 3 Mar 2012 23:15:16 +0000
From: Neil Williams &amp;lt;codehelp&amp;lt; at &amp;gt;debian.org&amp;gt;
To: debian-devel&amp;lt; at &amp;gt;lists.debian.org
Cc: Robert Collins &amp;lt;robertc&amp;lt; at &amp;gt;robertcollins.net&amp;gt;, Michael Banck &amp;lt;mbanck&amp;lt; at &amp;gt;debian.org&amp;gt;, Matthias Jahn &amp;lt;jahn.matthias&amp;lt; at &amp;gt;freenet.de&amp;gt;, Jonny Lamb &amp;lt;jonny&amp;lt; at &amp;gt;debian.org&amp;gt;
Subject: Status of opensync in Debian - mass removal very likely
X-Local-Spam-Level: 
X-Mailer: Sylpheed 3.2.0beta5 (GTK+ 2.24.10; x86_64-pc-linux-gnu)

opensync/multisync is a complete mess, collecting 25 RC bugs between 20
source packages and a collective 17,626 days waiting to enter testing.
dd-list attached.

Summary:
libopensync-plugin-gnokii1462 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-gpe1462 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-irmc976 days old (needed 10 days)libopensync0RC
libopensync-plugin-kdepim1025 days old (needed 10 days)libopensync0RC
libopensync-plugin-moto1207 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-opie1190 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-palm1461 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-python1347 days old (needed 10 days)libopensync0RC x 2
libopensync-plugin-sunbird1456 days old (needed 10 days)libopensync0RC x 2
osynctool765 days old (needed 10 days)RC
opensync663 days old (needed 10 days)RC x 3
libopensync-plugin-xmlformat754 days old (needed 10 days)opensync
libopensync-plugin-vformat768 days old (needed 10 days)opensync
libopensync-plugin-syncml755 days old (needed 10 days)opensync
libopensync-plugin-file755 days old (needed 10 days)opensync
libopensync-plugin-evolution2755 days old (needed 10 days)libcamel-1.2-23 et al
multisync0.90825 days old (needed 10 days)libopensync0RC x 2
synce-sync-enginedepends opensync, libopensync-plugin-python
libopensync-plugin-google-calendarlibopensync0 (experimental) RC x 3
synce-kpmdepends on synce-sync-engine

Most depend on libopensync0 which does not exist anymore, those which
have been updated are split between libopensync1exp3 and
libopensync1exp7. libopensync1exp3 does not exist, libopensync1exp7 has
3 RC bugs.

If there's no response (I'm NOT expecting fixes, just *some* idea of
whether these RC bugs *can* be fixed and all the packages migrated to
whatever counts as the latest available libopensync version), ALL of
these packages will have to be removed. I'm afraid it's SO unlikely
that anything is going to be truly fixed by Wheezy, the only real
option for a deadline is 7 days to get *SOME* kind of expression of
interest, some idea of a plan. Naturally, if the maintainers wish to
file the removal bugs themselves, that would be appreciated.

I know all of these have already been removed from testing, but the
packages in unstable are completely unusable / not installable. Just
leaving RC bugs in unstable for years should not be acceptable.

There are packages in experimental too but those appear to be gathering RC
bugs as well, so I'll also file removal bugs for those.

&lt;/pre&gt;</description>
    <dc:creator>Harald Jenny</dc:creator>
    <dc:date>2012-03-05T08:11:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4884">
    <title>Re: syncML devel equipment</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4884</link>
    <description>&lt;pre&gt;Hi all,

Nokia 55xx (and a lot of other Nokia pones) and the Galaxy 2 of Samsung also use SyncML protocol. I also think Samsung is using SyncML in other phones.
It seems to be somehow company policy perhaps because of royalties

regards


--- On Sat, 2/25/12, Sateesh Babu &amp;lt;sateesh.kavuri&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

From: Sateesh Babu &amp;lt;sateesh.kavuri&amp;lt; at &amp;gt;gmail.com&amp;gt;
Subject: Re: [Opensync-devel] syncML devel equipment
To: Juha.Tuomala&amp;lt; at &amp;gt;iki.fi
Cc: opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
Date: Saturday, February 25, 2012, 7:12 AM



I have N9 meego phone now, haven't really checked what protocols it supports,

but at least it was able to suck - or even sync later on stuff from s60 device

so it might still have syncml implementation.

Nokia N9 has SyncML implementation (1.1, 1.2) 





Tuju

--Sateesh 

-----Inline Attachment Follows-----

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
-----Inline Attachment Follows-----

_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
&lt;/pre&gt;</description>
    <dc:creator>Emanoil Kotsev</dc:creator>
    <dc:date>2012-02-27T07:25:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4883">
    <title>Re: syncML devel equipment</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4883</link>
    <description>&lt;pre&gt;
The N9 might not be a good starting point for the purpose of testing
your own SyncML implementation, because I have seen bugs in the phone's
implementation not found in other Nokia phones.

For example, see
http://lists.syncevolution.org/pipermail/syncevolution/2011-November/003145.html

&lt;/pre&gt;</description>
    <dc:creator>Patrick Ohly</dc:creator>
    <dc:date>2012-02-26T14:13:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4882">
    <title>Re: syncML devel equipment</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4882</link>
    <description>&lt;pre&gt;
Nokia N9 has SyncML implementation (1.1, 1.2)


Sateesh
------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
&lt;/pre&gt;</description>
    <dc:creator>Sateesh Babu</dc:creator>
    <dc:date>2012-02-25T06:12:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4881">
    <title>Re: syncML devel equipment</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4881</link>
    <description>&lt;pre&gt;


On Friday 24 February 2012 00:41:53 Chris Frey wrote:

Project actually has two devices for that purpose, both are Nokia phones, one 
s60 and one s40 based. bellmich has them as he has been maintaining the 
libsyncml where those are quite essential to have.

Generally nokia phones used to have quite good syncml implementation in my 
understanding compared to others. These are mobile devices so one should not 
compare that to desktop quality imo.

I have N9 meego phone now, haven't really checked what protocols it supports, 
but at least it was able to suck - or even sync later on stuff from s60 device 
so it might still have syncml implementation.


Tuju

&lt;/pre&gt;</description>
    <dc:creator>Juha Tuomala</dc:creator>
    <dc:date>2012-02-24T12:10:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4880">
    <title>syncML devel equipment</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4880</link>
    <description>&lt;pre&gt;Hi,

What phone or device is recommended to do syncML development?
All I have are blackberries, and I don't think they support it.

- Chris


------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-02-23T22:41:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4879">
    <title>Re: Discussion: syncml plugin with synthesis</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4879</link>
    <description>&lt;pre&gt;
You're blazing a trail in new territory, so I would say that the code is
the important part.  The more you code, the more details you'll uncover,
and eventually get to the point where it works. :-)




Boost shared pointers (or the shared pointers in the tr1 namespace, which
are the same), are for sharing pointers within the same application.

Smart pointers are designed so that you don't have to worry about when
to free an object.  As soon as the pointer object goes out of scope, then
the object it points to is freed.

If you use std::auto_ptr&amp;lt;&amp;gt;, then only one auto_ptr object has a copy of
the pointer at a time.

auto_ptr&amp;lt;MyObject&amp;gt; ptr1 (new MyObject);
auto_ptr&amp;lt;MyObject&amp;gt; ptr2;

ptr2 = ptr1;// ptr1 is now null, and cannot be used
// only ptr2 is valid

You use auto_ptr when you only need one copy of a pointer at any given time.
Often when you're returning a pointer from a function.

auto_ptr&amp;lt;MyObject&amp;gt; FactoryFunction()
{
auto_ptr&amp;lt;MyObject&amp;gt; ptr;
// ... some hard work

return ptr;
}

With a shared_ptr, it keeps track of how many copies exist, and only frees
the real object when the last pointer disappears.

shared_ptr&amp;lt;MyObject&amp;gt; ptr1 (new MyObject);
shared_ptr&amp;lt;MyObject&amp;gt; ptr2;

ptr2 = ptr1;// both ptr1 and ptr2 are valid

So, in a real application, ptr1 might exist in one class, perhaps a list,
and ptr2 might exist in some other class.  It doesn't matter which pointer
goes out of scope first.  The last one to go out of scope will free the
object.




That's ok.  At least someone is working on it! :-)

- Chris


------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-02-22T23:58:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4878">
    <title>Re: Discussion: syncml plugin with synthesis</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4878</link>
    <description>&lt;pre&gt;Hi,

thanks for encouragement. There are still few things that I don't understand and the other problem is that there is not enough time to read or work on it.

Let me share what I'm trying to do and you or some one on the list can advise.

I decided to go for following create syncml-http-server and syncml-http-client (in my design it's called synthml for synthesis). My idea is that I can use them communicate with each other before actually implementing an obex client for accessing the phone. Besides the modern phones provide http access, so in theory it should be possible to hook them to the server or client in opensync. And here comes the question: what does a syncml phone provide - is it a server or is it a client.
The other question is what and how does the engine exactly do for the syncing: is it a piece able to speak syncml with a particular device in form of server and/or client or did I understand it wrong.

My plan (and part of it is already coded) is to provide access to the engine via UI Api to make configuration and adjustments over the plugin possible and from the DB API for the data sync.
How do you feel about it?

Something I also do not understand from programming point of view
I had a look into SyncEvo and there they use boosts shared pointers. So my question is under which circumstanses are you forced to do it - the name is somehow self explaining - but shared between what and why is something I don't understand

also looking into my schedule for the future months it will take me some longer time for doing this.

kind regards

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Emanoil Kotsev</dc:creator>
    <dc:date>2012-02-22T18:03:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4877">
    <title>Re: Discussion: syncml plugin with synthesis</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4877</link>
    <description>&lt;pre&gt;
Looks like you're making progress... thanks for the update!

- Chris


------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-02-21T23:33:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4876">
    <title>Re: Discussion: syncml plugin with synthesis</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4876</link>
    <description>&lt;pre&gt;

Hi, again,
FYI:
I am pretty occupied lately, but I am still working on this, so I was
dealing with #1 and could initialize and open session on the engine.
Now I am working on the discover part of the opensync plugin. I'm planning
to do http-client/server first, so this is related to the client part.

 Here is some output from my code

EKO: --------------------------------
EKO: bool OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*,
OSyncPluginInfo*, OSyncError**)
EKO: &amp;gt;&amp;gt; m_canConnect:1
EKO: &amp;gt;&amp;gt; m_canDisconnect:1
EKO: &amp;gt;&amp;gt; m_canCommit:0
EKO: &amp;gt;&amp;gt; m_canGetChanges:0
EKO: &amp;gt;&amp;gt; m_canWrite:0
EKO: &amp;gt;&amp;gt; m_canCommitAll:0
EKO: &amp;gt;&amp;gt; m_canRead:0
EKO: &amp;gt;&amp;gt; m_canSyncDone:0
EKO: &amp;gt;&amp;gt; m_canBatchCommit:0
EKO: virtual void OSynthML::SynthmlHttpClient::connect()connect to Synthesis
name='synthml-sync' err=0
modu='synthml-sync' err=404
modu='synthml-sync.so' err=0
func err=0 'SySync_ConnectEngine' 00007F813C68F6C0
call err=0
EKO: (SyncMLCfgPath) bool
OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**)...../syncml-new/src/synthesis-client-conf.xml
EKO: (InitEngineFile) bool
OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OK
EKO: (OpenKeyByPath:profiles) bool
OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OK
EKO: (OpenSession) bool
OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OK
EKO: (CloseSession) bool
OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OK
EKO: bool OSynthML::SynthmlHttpClient::initialize(OSyncPlugin*,
OSyncPluginInfo*, OSyncError**) DONE
EKO: void* synthml_http_client_initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OK
EKO: void* synthml_http_client_initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) OSyncObjTypeSink#contact
EKO: bool OSynthML::DataSink::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncObjTypeSink*, OSyncError**) initializing: contact
EKO: virtual sysync::CVersion OSynthML_Adapter_Module::Version()
 EKO mVersion: 17301505
EKO: virtual sysync::TSyError OSynthML_Adapter_Module::Capabilities(char*&amp;amp;)
 EKO cCaps: PLATFORM:Linux
DLL:true
MANUFACTURER:OpenSync.org
DESCRIPTION:OSynthML_AdapterOpenSync Plugin
MINVERSION:V1.5.1.0
ADMIN_Info:yes
ITEM_AS_KEY:yes
 EKO mPlugParams: test
EKO: virtual sysync::sInt32 OSynthML_Adapter_Session::PasswordMode()
 EKO pw mode: 2
EKO: &amp;gt;&amp;gt; m_canConnect:0
EKO: &amp;gt;&amp;gt; m_canDisconnect:0
EKO: &amp;gt;&amp;gt; m_canCommit:1
EKO: &amp;gt;&amp;gt; m_canGetChanges:1
EKO: &amp;gt;&amp;gt; m_canWrite:0
EKO: &amp;gt;&amp;gt; m_canCommitAll:0
EKO: &amp;gt;&amp;gt; m_canRead:0
EKO: &amp;gt;&amp;gt; m_canSyncDone:1
EKO: &amp;gt;&amp;gt; m_canBatchCommit:0
EKO: bool OSynthML::DataSink::initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncObjTypeSink*, OSyncError**) DONE
EKO: void* synthml_http_client_initialize(OSyncPlugin*, OSyncPluginInfo*,
OSyncError**) DONE
EKO: osync_bool synthml_discover(OSynthML::SYNTHML_PLUGIN_TYPE,
OSyncPluginInfo*, void*, OSyncError**)Plugtype OBEX, CLIENT, SERVER: 1
EKO: osync_bool OSynthML::SynthmlHttpClient::testSupport(OSyncObjTypeSink*,
OSyncPluginConfig*, std::string, OSyncError**)
EKO: osync_bool OSynthML::SynthmlHttpClient::testSupport(OSyncObjTypeSink*,
OSyncPluginConfig*, std::string, OSyncError**) DevInf or similar asking the
engine to provide information
EKO: osync_bool OSynthML::SynthmlHttpClient::testSupport(OSyncObjTypeSink*,
OSyncPluginConfig*, std::string, OSyncError**) foreach collection
EKO: osync_bool OSynthML::SynthmlHttpClient::testSupport(OSyncObjTypeSink*,
OSyncPluginConfig*, std::string, OSyncError**)&amp;gt; configure ressource
EKO: osync_bool OSynthML::SynthmlHttpClient::testSupport(OSyncObjTypeSink*,
OSyncPluginConfig*, std::string, OSyncError**)1 DONE
EKO: void synthml_http_client_finalize(void*) START
EKO: virtual void OSynthML::SynthmlHttpClient::disconnect() disconnect from
Synthesis
EKO: virtual void OSynthML::SynthmlHttpClient::disconnect() OK
EKO: virtual void OSynthML::SynthmlHttpClient::disconnect()0
EKO: void synthml_http_client_finalize(void*) DONE
Discovered Objtypes:
        contact
                Format: vcard21
                Format: vcard30


 Here is some log from the initialization.

more /home/yoki/kde-testdir/osynctrace/sysynclib_uni_linux*
*** Start of log
==== Client Session started with SyncML (Server+Client) Engine Version
3.4.0.27
---- Hardcoded Product name: SySync SyncML Library OpenSource Linux
---- Configured Model/Manufacturer: SySync SyncML Library OpenSource Linux /
Synthesis AG
---- Running on Linux, URI/deviceID='linux:lisa.s-und-s.home'
---- Platform Hardware Name/Version = 'Linux PC', Firmware/OS Version
= 'unknown'
---- Configured Hardware Version = 'Linux PC', Firmware Version = 'unknown'
---- System local time  : 2012-02-12 17:39:19.358  (time zone 'CET/CEST',
offset 1:00 hours east of UTC)
---- System time in UTC : 2012-02-12 16:39:19.358
==== Config
file='/home/yoki/opensync/svn-source/libopensync-plugin-akonadi/syncml-new/src/synthesis-client-conf.xml',
Last Change=2012-02-12 16:13:01.000
==== Config ID string='OpenSync.org SyncML Client Engine &amp;gt;=3.4 config'
##### DBApi (LNK): Session_CreateContext: desc='Text database module. Writes
data directly to TDB_*.txt file', vers=V1.8.0.0
##### TextDB (LNK): Session_CreateContext: 18291952 '212195867959357'
[2012-02-12 17:39:19.358] SessionAbort - Aborting Session, Status=20017,
ProblemSource=LOCAL
  WARNING: Aborting Session with Reason Status 20017 (LOCAL problem) ***
  --------------- Ignoring all commands in this message (after 0 sec.
request processing, 0 sec. total) with Status 20017 (0=none) from here on
[2012-02-12 17:39:19.358] End of 'SessionAbort'
##### TextDB (LNK): Session_Logout: 18291952
##### TextDB (LNK): Session_DeleteContext: 18291952
*** End of log





------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>deloptes</dc:creator>
    <dc:date>2012-02-12T16:52:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4875">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4875</link>
    <description>&lt;pre&gt;
That's a good point... maybe I need some better way to select build options.
Still, the distros that are actually released, and in use by end users,
are of more value to me than the development versions, since I'm trying
to make it easy for such users to grab the source, compile, and test.

Maybe I'm expecting too much of end users, though. :-)  The binary
releases via apt-get and yum and zypper should fix that.

Will have to ponder the build options.



evolution3 would need to be ported to 0.22, no?  That seems like moving
in the wrong direction to me. :-)

- Chris


------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-02-07T22:47:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4874">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4874</link>
    <description>&lt;pre&gt;Le lundi 06 février 2012 à 22:12 -0500, Chris Frey a écrit :

If you address your binary meta packages to debian mainteners, Evolution
is provided into the 3.2.2 release from debian testing.

So the evolution2 plugin can't be built on debian testing &amp;amp; unstable.
And I think it's true for the most linux distributions.

Nevertheless, evolution3 could be used for opensync 0.22 and opensync
0.4x on these debian release. Even if I think that it hasn't a lot of
sense to use 0.22 on unstable release :)

Regards,

Nicolas



------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
&lt;/pre&gt;</description>
    <dc:creator>Nicolas</dc:creator>
    <dc:date>2012-02-07T21:42:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4873">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4873</link>
    <description>&lt;pre&gt;
Nice!  Thanks.  I've updated the submodule in binary-meta.



I haven't had a chance to look too closely at this yet.  I hope
others have some spare time. :-)



Thanks!  I had to make some changes to your patch (see the git commit
comments), but otherwise, I've applied it.

- Chris


------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-02-07T03:12:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4872">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4872</link>
    <description>&lt;pre&gt;Le lundi 12 décembre 2011 à 18:39 -0500, Chris Frey a écrit :

Hi Chris,

I have updated the opensync-evolution3 plugin :
http://repo.or.cz/w/opensync/evolution3.git

I'm not very satisfied by the hash array building (I'd like use the
get_lastdate_modified field, but from icomponent object, I don't know
how to catch the ecomponent object)

The plugin works well in the classic usage. But I think that there is an
issue with recurrent event entries.

TODO label is insert into the code (evolution3_ecal.c)

Nevertheless for a first drop, it's quiet good and usable.

In attachment, you can find a patch for your binary module to add new
target and build evolution3 plugin package for debian.

Regards,

Nicolas

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
&lt;/pre&gt;</description>
    <dc:creator>Nicolas</dc:creator>
    <dc:date>2012-02-05T18:30:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4871">
    <title>Re: Q: osync strings glib vs libstd</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4871</link>
    <description>&lt;pre&gt;
Sorry for the delay!  Been sick lately.

Feel free to send me patches and I can push them to the git repo, or
you can do a git fork the akonadi-sync plugin here:

http://repo.or.cz/w/opensync/evolution3.git

which will give you a repo of your own.  You can then work on your own branch,
and then just tell me when to pull when you're ready.

- Chris


------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2011-12-23T03:09:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4870">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4870</link>
    <description>&lt;pre&gt;
Excellent news!  Thanks!

- Chris


------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2011-12-12T23:39:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4869">
    <title>Re: EBook / ECal new API</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4869</link>
    <description>&lt;pre&gt;Le mardi 22 novembre 2011 à 17:09 -0500, Chris Frey a écrit :

Hi, Chris

I have progressed about the evolution deprecated code.

I think that I can finish it for christmas :)

Regards,

Nicolas



------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Opensync-devel mailing list
Opensync-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensync-devel
&lt;/pre&gt;</description>
    <dc:creator>Nicolas</dc:creator>
    <dc:date>2011-12-12T22:47:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4868">
    <title>Re: Q: osync strings glib vs libstd</title>
    <link>http://permalink.gmane.org/gmane.comp.misc.opensync.devel/4868</link>
    <description>&lt;pre&gt;

yes, ok - I understand ... but now comes the question what are we doing with
the repositories. If I update it ... where?

regards


------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
&lt;/pre&gt;</description>
    <dc:creator>deloptes</dc:creator>
    <dc:date>2011-12-10T02:01:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.misc.opensync.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.misc.opensync.devel</link>
  </textinput>
</rdf:RDF>

