Menu
▾
▴
opensync-devel
|
From: Chris F. <cd...@fo...> - 2011-09-23 05:21:23
|
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 |
|
From: deloptes <del...@ya...> - 2011-11-07 17:31:47
|
Chris Frey wrote: > 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. > Hi, I tested in debian testing with evolution 3.0.3 and it really is working now. I also updated the plugin code to fit the new (git) opensync, but I'm not sure if I am supposed to upload the changes. regards regards |
|
From: Chris F. <cd...@fo...> - 2011-11-21 21:59:52
|
On Mon, Nov 07, 2011 at 06:31:15PM +0100, deloptes wrote: > Chris Frey wrote: > > > 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. > > > > Hi, > I tested in debian testing with evolution 3.0.3 and it really is working > now. > I also updated the plugin code to fit the new (git) opensync, but I'm not > sure if I am supposed to upload the changes. Sorry for the late response. Which code did you upgrade? There is a git version of evolution2 already. Is that what you patched? Thanks, - Chris |
|
From: deloptes <del...@ya...> - 2011-11-22 00:43:08
|
Chris Frey wrote: > Sorry for the late response. Which code did you upgrade? > > There is a git version of evolution2 already. Is that what you patched? > I am not sure - this is evo2-sync with 3.0.3 but from svn, this is why I asked, but it was on my to do list for some time to test if it was working and at least in pair with akonadi it was OK. I should admit as no one posted back, I did tested just contacts and events and dropped it as it seemed to be working quite well. regards |
|
From: Chris F. <cd...@fo...> - 2011-11-22 00:52:08
|
On Tue, Nov 22, 2011 at 01:42:37AM +0100, deloptes wrote: > I am not sure - this is evo2-sync with 3.0.3 but from svn, this is why I > asked, but it was on my to do list for some time to test if it was working > and at least in pair with akonadi it was OK. I should admit as no one > posted back, I did tested just contacts and events and dropped it as it > seemed to be working quite well. I haven't been updating the SVN trees with any git-specific changes, so if you're using the git opensync tree, with a SVN plugin, you might have issues. If there is a SVN plugin that hasn't been moved to git yet (and there are a few), and you'd like to use it, please let me know so I can add it to binary-meta. I have a long todo list these days, and not all of it is opensync, but opensync is definition on the list. :-) So I need feedback if things are lacking in the git trees, so I can improve it. Thanks, - Chris |
|
From: deloptes <del...@ya...> - 2011-11-22 08:33:31
|
Chris Frey wrote: > > I haven't been updating the SVN trees with any git-specific changes, so > if you're using the git opensync tree, with a SVN plugin, you might have > issues. If there is a SVN plugin that hasn't been moved to git yet > (and there are a few), and you'd like to use it, please let me know so > I can add it to binary-meta. > > I have a long todo list these days, and not all of it is opensync, but > opensync is definition on the list. :-) So I need feedback if things > are lacking in the git trees, so I can improve it. > Can you pass the git url for download ... I could update the wiki as I didn't find information about git there, I couldn't download from git, though I recall there was posting about it. Give me the git url and I'll retest and report. regards |
|
From: Chris F. <cd...@fo...> - 2011-11-22 09:12:17
|
On Tue, Nov 22, 2011 at 09:33:00AM +0100, deloptes wrote: > Can you pass the git url for download ... I could update the wiki as I > didn't find information about git there, I couldn't download from git, > though I recall there was posting about it. > Give me the git url and I'll retest and report. You can grab binary-meta with: git clone git://repo.or.cz/opensync/binary-meta.git This references all the other supported git repos. You can build binary packages for debian-style systems with 'make debian-all' and make some of the binary packages for Fedora style systems with 'make rpm-all'. See the READMEs for more info, as well as the help text when you just type 'make'. Note that repo.or.cz has some trouble sometimes with overloaded servers, so it may have trouble downloading. Just keep trying. :-) - Chris |
|
From: deloptes <del...@ya...> - 2011-11-23 11:42:32
|
Chris Frey wrote: > On Tue, Nov 22, 2011 at 09:33:00AM +0100, deloptes wrote: >> Can you pass the git url for download ... I could update the wiki as I >> didn't find information about git there, I couldn't download from git, >> though I recall there was posting about it. >> Give me the git url and I'll retest and report. > > You can grab binary-meta with: > > git clone git://repo.or.cz/opensync/binary-meta.git > > Hi, grabbed the code from git now and build is OK. Only thing I'm missing is the instruction and ability to manually install in custom PREFIX dir. However as binaries are in rootdir, I setup my env to use this. There is the same problem I've seen when patching/testing the code from SVN - so that now somehow it can not find the corresponding capability, resulting in immense trace log content [1322048226.209706] <<<<<<< osync_capabilities_add_new_capability: 0xa6cd390 [1322048226.209718] Couldn't find counter-part for capability "geo" [1322048226.209730] Couldn't find counter-part for capability "given_name" [1322048226.209742] Couldn't find counter-part for capability "home_fax" [1322048226.209754] Couldn't find counter-part for capability "home_phone" [1322048226.209766] Couldn't find counter-part for capability "home_phone_2" [1322048226.209778] >>>>>>> osync_capabilities_add_new_capability: 0xa6cbab0 [1322048226.209791] >>>>>>> osync_capability_new(0x7fc9f8ecd920) [1322048226.209803] >>>>>>> osync_capability_new_internal(0x7fc9f8ecd920) [1322048226.209816] <<<<<<< osync_capability_new_internal: 0xa6cd3f0 [1322048226.209828] <<<<<<< osync_capability_new: 0xa6cd3f0 [1322048226.209840] <<<<<<< osync_capabilities_add_new_capability: 0xa6cd3f0 [1322048226.209853] Couldn't find counter-part for capability "icscalendar" [1322048226.209866] >>>>>>> osync_capabilities_add_new_capability: 0xa6cbab0 regards |
|
From: deloptes <del...@ya...> - 2011-11-23 11:48:12
|
file to akonadi sync is working fine. the only problem I have is when initial sync is performed with data on both ends. Then I'm missing a way to negotiate the UUIDs in more generic way, as if the data is the same I'm asked for each item to choose one. Sometimes I can choose "newer" sometimes this option is missing. xsl plugin is not working properly - in initialization of osynctool/libopensync1 it is complaining for missing format/capability regards |
Thanks for helping keep SourceForge clean.
X