<?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://comments.gmane.org/gmane.comp.misc.opensync.devel/4939"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4931"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4930"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4924"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4914"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4910"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4900"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4899"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4897"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4896"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4895"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4890"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4885"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4880"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4853"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4831"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4829"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4828"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4810"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4809"/>
      </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://comments.gmane.org/gmane.comp.misc.opensync.devel/4939">
    <title>evo3 plugin and API changes in evo-d-s 3.6</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4939</link>
    <description>&lt;pre&gt;Hi Chris

Another patch for the evo3 plugin.

Evolution Data Server 3.6 quietly lost the functions previously used to
obtain data sources, and introduced ESourceRegistry.

This one had me scratching my head for a while .....

Mark

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-12-30T14:56:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4931">
    <title>evo3 plugin patch</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4931</link>
    <description>&lt;pre&gt;Hi Chris

Attached a patch for the evo3 plugin.

Rename a few occurrences of evo2 to evo3.

Change names of commit funcs from _modify to _commit for consistency.

Move use of e_client_open_sync() for ecal to cover default uri as well
as specified uri's.

Check for failure retrieving icalcomponent from calendar in get_changes.

Don't unref component's explicitly in get_changes for ecal, this is done
by e_client_util_free_object_slist().

Unref contact format and addressbook in free_env().

Mark

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-09-05T16:15:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4930">
    <title>more news from python land</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4930</link>
    <description>&lt;pre&gt;Hi

I've made some good steps with getting the python plugin work how its
should do, at least I hope it's how it should be :)

I think i've figured out this 'main sink' business, it's an objtype
neutral sink that is supposed to deal with anything that is common for
all objtype sinks, and appears to be potentially very useful but also
entirely optional. It also has nothing to do with what we return from
the python initialize func, that problem appeared to be a ref counting
issue that was inadvertantly solved by returning the sink object.

So, two patches attached. The first, to the library wrapper, implements
a function to set the callback data for an already existing sink object.
It also modifies the base sink callback object constructor to accept
either an existing sink, or an objtype to create a new sink. It should
also accept no objtype to create a main sink, but I haven't actually
tested anything with main sinks in python yet.

The second patch, to the python plugin, improves on some error
reporting, saves an optional returned object from initalize to use in
discover and finalize, calls a finalize function in the python code if
one has been defined, fixes the call to connect_done if defined by a
sink, and sets the callbacks for a main sink if it has been added in the
python code.

Mark

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-08-29T15:45:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4924">
    <title>problem with file-sync format ?</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4924</link>
    <description>&lt;pre&gt;Hiya

In the course of bringing synce back into the fold, I've come across
something which seems to be in file-sync.

First the background to my process. I've a sync group of evo2-sync and
file-sync, to dump my contact list for testing. I then have another
group of file-sync and synce to test the synce side with no disruption.
The sync process completes, which is good !

Amongst my format problems, I have a number of contacts, only those that
contain a mailing address, that end up massively truncated, in fact only
containing the address. From a little investigation it looks like a
problem with the data coming from file-sync.

An example, the attached vcard is the result of the evo-&amp;gt;file sync, to
feed into the next stage. It's attached rather than inline to preserve
the formatting.

And the following is what gets fed into the synce plugin.

&amp;lt;?xml version="1.0"?&amp;gt;
&amp;lt;contact&amp;gt;
  &amp;lt;Address Location="Home"&amp;gt;
    &amp;lt;PostOfficeBox/&amp;gt;
    &amp;lt;ExtendedAddress/&amp;gt;
    &amp;lt;Street&amp;gt;4 York Road&amp;lt;/Street&amp;gt;
    &amp;lt;Locality&amp;gt;Tonbridge&amp;lt;/Locality&amp;gt;
    &amp;lt;Region&amp;gt;Kent&amp;lt;/Region&amp;gt;
    &amp;lt;PostalCode&amp;gt;TN10 4QR&amp;lt;/PostalCode&amp;gt;
    &amp;lt;Country/&amp;gt;
  &amp;lt;/Address&amp;gt;
  &amp;lt;AddressLabel Location="Home"&amp;gt;
    &amp;lt;Content&amp;gt;4 York Road
Tonbridge, Kent
TN10 4QREMAIL&amp;lt;/Content&amp;gt;
  &amp;lt;/AddressLabel&amp;gt;
&amp;lt;/contact&amp;gt;

From the attachment, the LABEL field has been wrapped, quite correctly,
due to it's length, but there is no leading space on the continuation
line, which I believe is wrong. When it is then read in by the second
sync group, it looks likely that a similar wrapping problem results in
the breakage in the xml, seen above, and the lack of other fields
following LABEL.

If I modify the source vcard to include the space, the xml is still
broken.

I'm trawling through trying to find where all this happens, but
hopefully someone more familiar with the code can point it out ?

Ta
Mark

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-08-23T10:58:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4914">
    <title>request for code review</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4914</link>
    <description>&lt;pre&gt;Hi,

In working with the python module sample.py plugin, I encountered problems
with a plugin config_type of OSYNC_PLUGIN_NO_CONFIGURATION.

The solution I found to this problem is coded and documented here:

http://repo.or.cz/w/opensync/opensync-cdf.git/commitdiff/faf3a9fdb18ce72f03657f08dee6815ef1e072df

If anyone has the time or inclination to review this commit, and offer
any suggestions or better alternatives, that would be appreciated.

With this commit, it is possible to run the python sample.py in NO_CONFIG
mode.  See the comments in sample.py for more information.

Thanks,
- Chris


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-08-10T21:17:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4910">
    <title>opensync launchpad ppa</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4910</link>
    <description>&lt;pre&gt;Hi All

FYI, I've got an opensync group on launchpad, hosting a PPA of opensync
trunk, mostly Chris's git repo code, might be useful for any ubuntu'ers
out there. Find it at

https://launchpad.net/~opensync

Mark

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-08-10T13:16:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4900">
    <title>python wrapper and plugin</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4900</link>
    <description>&lt;pre&gt;Hi All

Thought i'd give this another go. I (try) and maintain the synce
project, for syncing to windows mobile. The project has got a bit behind
the times, so i'm playing catchup with a few things.

I've raised this problem problem before, but really had no time, so i'm
trying to give it another go now.

We do have a prototype plugin for the 0.40 branch, using the python
plugin. However, i get a segfault during the discover phase, in
osync_list_copy, with the glib slice allocator returning an evidently
invalid address.

It's all got a bit beyond me, I'm afraid. I can't see anything obviously
wrong, i thought it might be something wierd with glib thread initialisation,
but after putting checks in all kinds of places i can't find it. Does anyone
have any ideas ? I'm starting to think it'll just be easier to re-write the
plugin in C.

Mark



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
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>Mark Ellis</dc:creator>
    <dc:date>2012-08-01T19:48:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4899">
    <title>thunderbird/sunbird/lightening sync</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4899</link>
    <description>&lt;pre&gt;Hi,

I'm looking to pull together all the pieces needed for syncing thunderbird,
sunbird, and lightening, into the opensync binary-meta build.

So far, I think the blueZync project is the current state of the art for
such syncing.  Am I right?  Is there anything additional to this that
I might need to look at?

Thanks,
- Chris


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-07-31T22:00:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4897">
    <title>Wiki</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4897</link>
    <description>&lt;pre&gt;Hi,

if I work with the Trac wiki installed at https://libwbxml.opensync.org
then I still get a warning that the certificate don't belong to this
page. If I continue and login then I really often get errors like this:

Warning: &amp;lt;acct_mgr.web_ui.MessageWrapper object at 0x5835a90&amp;gt;

The result is that I need to reload the page until the error is gone and
I get the correct permissions.

Does somebody know what's going on?

If there is a maintenance problem then I could migrate the wiki to
sf.net or something else. Any ideas or recommendations?

Best regards

Michael
&lt;/pre&gt;</description>
    <dc:creator>Michael Bell</dc:creator>
    <dc:date>2012-07-20T15:00:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4896">
    <title>libwbxml 0.11.2</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4896</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

libwbxml 0.11.2 release notes

Download: https://sf.net/projects/libwbxml/files/libwbxml/0.11.2/

Major Changes
=============

None.

Minor Changes
=============

  - libwbxml2 only depends on expat. It does not depend on libxml2.
    The pkgconfig file and the cmake module were fixed.
  - FindLibWbxml2.cmake is installed during "make install" (ticket #83).
    The external cmake modules are now included at cmake/modules
    because the cmake directory includes a CMakeLists.txt.

Internal Changes
================

  - Removed outdated test/test_parser.c (ticket #82).

Please note that the library itself was not changed. So the SO namings
of libwbxml 0.11.1 and 0.11.2 are the same.

Special thanks goes to David Kjellander for the extensive testing of
the development stuff (cmake and pkgconfig).

Best regards

Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAJbaMACgkQ2L0ZGCAwWqsPFQCgrt0wb+QGTcuJS7xq4Dam0/fq
HkIAnRU0/YmjiOkbdWHgLxsmkyrOIOnG
=Rnpf
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Michael Bell</dc:creator>
    <dc:date>2012-07-20T14:39:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4895">
    <title>binary packages available in apt/yum repos</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4895</link>
    <description>&lt;pre&gt;Hi,

In support of the Barry project, I've been slowly adding binary packages
for opensync and opensync plugins.  These binary packages are available
in apt and yum repositories for a number of distros (Ubuntu, Debian, Fedora).

So far, opensync 0.23, and 0.39 have been packaged, along with msynctool
and osynctool.  Evolution2 and 3 plugins, file plugin, Barry plugins, and
KDEPIM plugins are available, with plans to add more over time.

You can find documentation on how to add these repos to your system here:

http://www.netdirect.ca/software/packages/barry/install.php

- Chris


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-07-13T02:31:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4890">
    <title>python warning: 'set' conflicts with a built-inname</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4890</link>
    <description>&lt;pre&gt;Hi,

In compiling the opensync tree on the latest Debian sid, I ran into the
following warning:

wrapper/opensync-error.i:51: Warning 321: 'set' conflicts with a built-in name in python

I'm thinking that renaming the member from "set" to "set_error" is the
best solution, but I'm not a python guy, so maybe there's an even better
way?

Let me know... otherwise, I'll rename it. :-)

Thanks,
- Chris


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2012-06-04T21:08:21</dc:date>
  </item>
  <item rdf:about="http://comments.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://comments.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://comments.gmane.org/gmane.comp.misc.opensync.devel/4880">
    <title>syncML devel equipment</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.misc.opensync.devel/4853">
    <title>Q: osync strings glib vs libstd</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4853</link>
    <description>&lt;pre&gt;Hi,
I have a theoretical question rather general as I have been doing a lot of
programming for text processing purposes and always had troubles with
encodings, so I was wondering what should one use when coding for opensync.
There are several advantages when using glib, but also several disadvantages
compared to libstd.

Can you please advise? Or where can I post this question if this is not the
right place for that discussion?

regards


------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
&lt;/pre&gt;</description>
    <dc:creator>deloptes</dc:creator>
    <dc:date>2011-12-08T11:28:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4831">
    <title>EBook / ECal new API</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4831</link>
    <description>&lt;pre&gt;Hi,

In helping friends with the last Fedora release, I have noticed that the
ebook / ecal API was modified.

http://www.opensubscriber.com/message/evolution-hackers&amp;lt; at &amp;gt;gnome.org/15214566.html

http://developer.gnome.org/libebook/stable/EBook.html#e-book-free-change-list

We have to worked to adapt opensync evolution2 plugin for the new
Evolution API... Maybe opensync evolution3 plugin :)

Regards,

Nicolas



------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Nicolas</dc:creator>
    <dc:date>2011-11-20T14:54:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4829">
    <title>May I modify libwbxml-0.11.0 source code to make it compile, and use it in commercial software</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4829</link>
    <description>&lt;pre&gt;Hi,

My question is related to LGPL licensing of libwbxml-0.11.0.

I got the source of libwbxml-0.11.0 but found it won't compile on Windows
using Visual C++ 6 (missing wbxml_config.h). I'd like to modify the source
and make it compile, then use it in the commercial software in a
dynamic-link manner(DLL).  This proprietary is an email client with
ActiveSync capability.

My concern is that as it's bounded by LGPL, may I keep the commercial
software code proprietary, while using a modified libwbxml-0.11.0 ?

My modification is just to make it compile, but not to modify the internal
of libwbxml.

Is this a case prohibited by LGPL, a close source commercial software dynamic
links to a modified version of LGPL software?

Thanks!

*Weiming*
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
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>Zeng,Weiming</dc:creator>
    <dc:date>2011-11-14T07:27:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4828">
    <title>Cmake Modules repo</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4828</link>
    <description>&lt;pre&gt;http://zi.fi/cmake/Modules/


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
&lt;/pre&gt;</description>
    <dc:creator>deloptes</dc:creator>
    <dc:date>2011-11-10T11:58:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4810">
    <title>Discussion: syncml plugin with synthesis</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4810</link>
    <description>&lt;pre&gt;Hi, guys, I'm thinking about writing a plugin that uses the synthesis
engine.
I read about synthesis last year, but I was busy with too many business
stuff to work on something like this.

My proposal is to discuss it here and I'm asking for input basically to work
out the design.
opensync side, so I need some ideas how synthesis can be brought into the
game.

I was thinking perhaps to take over the syncml library, but it looks like
there is too much SyncML stuff to care about, which is already done in
synthesis.

If one of you is interested to assist, please let me know.

Your opinion and estimates are really appreciated.

regards


------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>deloptes</dc:creator>
    <dc:date>2011-10-23T10:40:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4809">
    <title>file renames to resolve version conflicts</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4809</link>
    <description>&lt;pre&gt;Hi,

The following commits have been added to the opensync git repo, to resolve
naming conflicts between opensync 0.2x packages and 0.4x packages:


commit 0a1eb5c84b641a02fa75f507844172f9a5d891d9
Author: Chris Frey &amp;lt;cdfrey&amp;lt; at &amp;gt;foursquare.net&amp;gt;
Date:   Thu Oct 20 00:03:33 2011 -0400

    Renamed python module to opensync1, so it can coexist with 0.2x

commit 1f9e2f3852ee206a2fea506d248a0f006bba4659
Author: Chris Frey &amp;lt;cdfrey&amp;lt; at &amp;gt;foursquare.net&amp;gt;
Date:   Wed Oct 19 23:50:45 2011 -0400

    Renamed some internal variables in osync1plugin to match new program name

commit 46825b649f531899b8623aa4050f84692e8da839
Author: Chris Frey &amp;lt;cdfrey&amp;lt; at &amp;gt;foursquare.net&amp;gt;
Date:   Wed Oct 19 23:49:21 2011 -0400

    Renamed tools from osync* to osync1*, so they can coexist with 0.2x



I think this is a good move for python, since the API changed anyway.
And for the tools/ renames, these are mostly debug and development tools
anyway, so I don't see much impact.

Let me know if you think differently.

Thanks,
- Chris


------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Ciosco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2011-10-20T04:09:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.misc.opensync.devel/4806">
    <title>fixed: evolution syncing problem with get_changeson Debian Squeeze</title>
    <link>http://comments.gmane.org/gmane.comp.misc.opensync.devel/4806</link>
    <description>&lt;pre&gt;Hi,

Thought I should post this here as well.  The evolution-data-server
distributed with Debian Squeeze (stable) has a bug in the addressbook
get_changes call, and therefore does not return any changes even if
some were made in evolution.

The patch is available here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641898

I hope that the next point release of Squeeze will have this fixed, as
well as in Ubuntu.

- Chris


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
&lt;/pre&gt;</description>
    <dc:creator>Chris Frey</dc:creator>
    <dc:date>2011-09-23T05:12:16</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>
