Menu
▾
▴
opensync-devel — The place to coordinate the development of OpenSync
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(9) |
Apr
(84) |
May
(18) |
Jun
(12) |
Jul
(6) |
Aug
(7) |
Sep
(10) |
Oct
(31) |
Nov
(59) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(53) |
Feb
(15) |
Mar
(43) |
Apr
(40) |
May
(63) |
Jun
(142) |
Jul
(54) |
Aug
(31) |
Sep
(30) |
Oct
(39) |
Nov
(36) |
Dec
(64) |
| 2007 |
Jan
(128) |
Feb
(261) |
Mar
(156) |
Apr
(127) |
May
(76) |
Jun
(131) |
Jul
(83) |
Aug
(124) |
Sep
(83) |
Oct
(88) |
Nov
(180) |
Dec
(90) |
| 2008 |
Jan
(86) |
Feb
(93) |
Mar
(117) |
Apr
(104) |
May
(65) |
Jun
(35) |
Jul
(38) |
Aug
(111) |
Sep
(58) |
Oct
(33) |
Nov
(102) |
Dec
(194) |
| 2009 |
Jan
(193) |
Feb
(74) |
Mar
(111) |
Apr
(77) |
May
(31) |
Jun
(20) |
Jul
(1) |
Aug
(3) |
Sep
(57) |
Oct
(125) |
Nov
(50) |
Dec
(3) |
| 2010 |
Jan
(26) |
Feb
(5) |
Mar
(13) |
Apr
(3) |
May
(3) |
Jun
(12) |
Jul
(27) |
Aug
(47) |
Sep
(105) |
Oct
(53) |
Nov
(34) |
Dec
(21) |
| 2011 |
Jan
(115) |
Feb
(17) |
Mar
|
Apr
(6) |
May
(16) |
Jun
(15) |
Jul
(85) |
Aug
(21) |
Sep
(13) |
Oct
(12) |
Nov
(28) |
Dec
(23) |
| 2012 |
Jan
|
Feb
(13) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(5) |
Aug
(31) |
Sep
(8) |
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(33) |
Sep
(9) |
Oct
(10) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
| 2016 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Chris F. <cd...@fo...> - 2010-09-15 07:01:59
|
On Wed, Sep 15, 2010 at 06:56:13PM +1200, Daniel Gollub wrote: > Actually we asked all distros to not package 0.3x ... i guess thats the > reason. I would prefer to keep it like that, without complete capabilities > implementation a slow-sync will cause data-loss or every single entry > duplicated. Without this and with 0.3x packages in Distros, people would > install them and turn their "productive" device into a "testing" device > without knowing it ... Oh no, not for official release, but there is already a libopensync1exp7 package in debian unstable which is out of date, and with 0.22 gone in Debian, there's no harm anymore in 0.39 staying in the unstable and experimental trees. > Once capabilities support got implemented i'm happy with realsing 0.40 and > lift the package ban. Anything else would be releasing software which is > broken. I don't want to see any distro including 0.39 in official releases. This is for testing. Users would test things for us if there were binary packages available. Right now I end up on IRC trying to help people compile, or trying to figure out why old binary packages don't work. :-) Thanks, - Chris |
|
From: Daniel G. <go...@b1...> - 2010-09-15 06:57:03
|
On Wednesday, September 15, 2010 06:46:44 pm Chris Frey wrote: > Would it be possible to update the debian packages more regularly, > and if so, how can we help? I'm sure Martin would send his tweaks > to update your debian SVN repo. The SVN repo has updates from 2010, > so I don't know how the sources on debian unstable are so out of date. Actually we asked all distros to not package 0.3x ... i guess thats the reason. I would prefer to keep it like that, without complete capabilities implementation a slow-sync will cause data-loss or every single entry duplicated. Without this and with 0.3x packages in Distros, people would install them and turn their "productive" device into a "testing" device without knowing it ... Once capabilities support got implemented i'm happy with realsing 0.40 and lift the package ban. Anything else would be releasing software which is broken. Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner Linux Consultant & Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Chris F. <cd...@fo...> - 2010-09-15 06:46:56
|
Hi Michael, Martin Owens and I were working on updating the binary packaging for libopensync1, in response to user requests, at first basing the work on the packages existing in Debian Sid, as a handy tarball source. Unfortunately, the source tarball seems to be from Sept 2009, and still has the old libopensync.pc pkgconfig name (it is now libopensync1.pc). Would it be possible to update the debian packages more regularly, and if so, how can we help? I'm sure Martin would send his tweaks to update your debian SVN repo. The SVN repo has updates from 2010, so I don't know how the sources on debian unstable are so out of date. Thanks, - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-14 23:00:28
|
On Wed, Sep 15, 2010 at 10:54:48AM +1200, Daniel Gollub wrote: > Let me know if you need more information ... Huge thanks... that ought to get me in the right direction. :-) - Chris |
|
From: Daniel G. <go...@b1...> - 2010-09-14 22:55:31
|
Hi Chris, On Wednesday, September 15, 2010 10:30:14 am Chris Frey wrote: > Then I turn on slow-sync, and each record is flagged as ADDED, as expected. > > I would imagine that these records should be seen as conflicts, but > instead, they are added to both sides, and now both sides have 10 items. Check osync_obj_engine_map_changes() for detail implementation. What this function is doing: It iterates over all reported changes from all plugins/members. And compares each reported change with each other. _osync_obj_engine_mapping_find() does this comparsion and returns: OSYNC_CONV_DATA_MISMATCH complete different changes -> no mapping OSYNC_CONV_DATA_SIMILAR looks similiar. If there is no better mapping -> this creates a mapping with a conflict OSYNC_CONV_DATA_SAME perfect match -> creates a mapping OSYNC_CONV_DATA_UNKNOWN error case .. should never happen. So whats happening here is that osync_obj_engine_map_changes() doesn't create any mapping of your reported changes. All comparsion returns in OSYNC_CONV_DATA_MISMATCH. So instead of ideally 5 mappings (with 2 changes), it turns into 10 mappings (with 1 change). So this is the brief overview how a conflict happens. The curlpit in your case seems to be that the reported changes are too different. Check in the trace files the call of osync_change_compare() (which get called by _osync_obj_engine_mapping_find() at some point) and osync_xmlformat_compare() (in case you use the xmlformat as common format). Very likely the reason for that is the missing capabilities implementation/handling. Since one site is not supporting Field-X (or multiple Fields), the osync_change_compare() results in OSYNC_CONV_DATA_MISMATCH. Let me know if you need more information ... Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner Linux Consultant & Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Chris F. <cd...@fo...> - 2010-09-14 22:30:24
|
Hi, I'm hoping that someone (maybe Daniel?) can give me an overview of how conflict resolution is supposed to work. I'm running a test, doing a sync with 5 calendar items on both sides, successfully synced. Then I turn on slow-sync, and each record is flagged as ADDED, as expected. I would imagine that these records should be seen as conflicts, but instead, they are added to both sides, and now both sides have 10 items. What am I missing? Thanks, - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-12 21:10:41
|
On Sun, Sep 12, 2010 at 08:37:53AM -0700, Emanoil Kotsev wrote: > osync_hashtable_new You no longer have to create the hashtable yourself. This is a setup option in initialize() as I recall. Check the barry-sync.cc code for how to turn it on and how to use it. > osync_plugin_info_get_configdir I'm not sitting in front of the code right now, but this function might be what you need: osync_plugin_info_get_default_configdir() Looks like the API might need some cleanup there. Plugin code that has external dependencies gets messy without access to the config dir, in my opinion. - Chris |
|
From: Emanoil K. <del...@ya...> - 2010-09-12 15:38:00
|
Hi, thanks for enlightening me.
I think I understand (with the help of the berry example and your notes what the code is doing and how it should be updated).
>
> This should be enough to help you make sense of the code a
> bit.
>
> Ask if you run into trouble. My replies might be
> slow, but they get
> there eventually. :-)
>
>
osync_hashtable_new
osync_plugin_info_get_configdir
what can you tell me about it. It seems I can not link to it. but I think it's part of libopensync.
I should admit that the header files are also missing (but I thought they were not installed and reused them inernally.
It seems that it's missing in the library too.
Linking CXX shared module ../lib/akonadi-sync.so
CMakeFiles/akonadi-sync.dir/datasink.o: In function `DataSink::initialize(OSyncPlugin*, OSyncPluginInfo*, OSyncObjTypeSink*, OSyncError**)':
/home/yoki/opensync/libopensync-plugin-akonadi/opensync/src/datasink.cpp:89: undefined reference to `osync_hashtable_new(char const*, char const*, int*, OSyncError**)'
collect2: ld returned 1 exit status
make[2]: *** [lib/akonadi-sync.so] Error 1
make[1]: *** [src/CMakeFiles/akonadi-sync.dir/all] Error 2
make: *** [all] Error 2
thanks in advance and regards
|
|
From: Chris F. <cd...@fo...> - 2010-09-11 09:00:21
|
On Sat, Sep 11, 2010 at 01:03:04AM -0700, Emanoil Kotsev wrote: > I don't have access to opensync svn - do I need some to be able to > commit and if yes how do I get one. Danial will need to create a plugin directory for you and give you write access. Then you can "svn checkout" the new repo, copy your code into it, and "svn commit" the files. - Chris |
|
From: Emanoil K. <del...@ya...> - 2010-09-11 08:03:10
|
Hi, thanks for the e-mail
--- On Sat, 9/11/10, Chris Frey <cd...@fo...> wrote:
>
> I think it is important to commit your changes
> regularly. People can
> give help based on the latest code that way. If you
> can't commit to the KDE
> SVN, would it make sense to add it to the opensync SVN?
I don't have access to opensync svn - do I need some to be able to commit and if yes how do I get one.
>
> Keep us posted. And don't hesitate to keep posting to
> opensync-devel
> as well.
>
I have subscribed the opensync-devel list in first place.
my directory structure looks like this now (I've moved the cpp and h files into src dir and updated CMake). Do I have to svn rm or svn update will do it automatically. I've used svn very often, but I don't have any idea how you would proceed.
opensync/libopensync-plugin-akonadi/
opensync/libopensync-plugin-akonadi/opensync
opensync/libopensync-plugin-akonadi/opensync/cmake
opensync/libopensync-plugin-akonadi/opensync/cmake/modules
opensync/libopensync-plugin-akonadi/opensync/cmake/modules/FindOpenSync.cmake
opensync/libopensync-plugin-akonadi/opensync/opensync.kdev4
opensync/libopensync-plugin-akonadi/opensync/src
opensync/libopensync-plugin-akonadi/opensync/src/.kdev_include_paths
opensync/libopensync-plugin-akonadi/opensync/src/akonadisink.h
opensync/libopensync-plugin-akonadi/opensync/src/datasink.h
opensync/libopensync-plugin-akonadi/opensync/src/sinkbase.cpp
opensync/libopensync-plugin-akonadi/opensync/src/datasink.cpp
opensync/libopensync-plugin-akonadi/opensync/src/sinkbase.h
opensync/libopensync-plugin-akonadi/opensync/src/Makefile
opensync/libopensync-plugin-akonadi/opensync/src/akonadisink.cpp
opensync/libopensync-plugin-akonadi/opensync/src/akonadi_opensync.cpp
opensync/libopensync-plugin-akonadi/opensync/src/CMakeLists.txt
opensync/libopensync-plugin-akonadi/opensync/src/akonadi-sync
opensync/libopensync-plugin-akonadi/opensync/.kdev4
opensync/libopensync-plugin-akonadi/opensync/.kdev4/opensync.kdev4
opensync/libopensync-plugin-akonadi/opensync/CMakeLists.txt
|
|
From: Daniel G. <go...@b1...> - 2010-09-11 07:56:58
|
On Saturday, September 11, 2010 02:01:24 pm Chris Frey wrote: > On Wed, Sep 08, 2010 at 08:10:23AM -0700, Emanoil Kotsev wrote: > > I think after the code works it could be put into cmake, but I was > > wondering which tool(s) are creating cmake files. I think kdevelop does > > ... I can't imagine someone is writing this by hand > > This is a better question to ask on the list. I believe the CMakefile.txt > files are written by hand, but it's worth asking out loud. Which cmake files? All CMakeLists.txt files which life in OpenSync are written by hand. Do you need help on those? Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner Linux Consultant & Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Chris F. <cd...@fo...> - 2010-09-11 02:44:23
|
On Fri, Sep 10, 2010 at 09:55:15PM -0400, Chris Frey wrote: > Which C functions are you planning to wrap? I took a closer look at sinkbase.cpp, and I see that it is a C++ callback wrapper, turning the opensync plugin callbacks into C++ virtual functions. Very nice. But it is old and based on the old callback mechanism, which means you have some work ahead of you. Take a look at the Barry plugin, especially the "initialize" functions, to see how the functions are now registered via functions instead of pointers in a struct: http://repo.or.cz/w/barry.git/blob/6630e891100aaf2ecfbe5a2348cb6c38e30b609d:/opensync-plugin-0.4x/src/barry_sync.cc In your case, you will need to update all your static wrapper functions, such as connect_wrapper(), and make sure you pass in all the new arguments into the virtual functions. If you have more specific questions, just ask. - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-11 02:01:42
|
On Wed, Sep 08, 2010 at 08:10:23AM -0700, Emanoil Kotsev wrote: > I think after the code works it could be put into cmake, but I was > wondering which tool(s) are creating cmake files. I think kdevelop does > ... I can't imagine someone is writing this by hand This is a better question to ask on the list. I believe the CMakefile.txt files are written by hand, but it's worth asking out loud. - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-11 01:55:24
|
On Fri, Sep 10, 2010 at 03:38:29AM -0700, Emanoil Kotsev wrote: > Hi, to you all, > > I've ported few parts of the akonadi-opensync and updated the cmake > files, so that now it is possible to build. I've looked into the > sinkbase.h/cpp file and I'll need some help with porting few C wrapped > functions or just an advice how it's usually done. And yes I've read the > appropriate part in the plugin porting how to, but there is a special > case in the sinkbase part of the code. > > Is there someone willing to help? I'll have more details during and > after this weekend. I'm also willing to help. I'm mostly available via email, but hang out on #opensync as lru sometimes too. Which C functions are you planning to wrap? I think it is important to commit your changes regularly. People can give help based on the latest code that way. If you can't commit to the KDE SVN, would it make sense to add it to the opensync SVN? Keep us posted. And don't hesitate to keep posting to opensync-devel as well. - Chris |
|
From: Björn R. <bjo...@go...> - 2010-09-10 16:50:51
|
Of course I am willing to help you with porting akonadi-sync to the latest api. Did you commit your changes into the kde svn? Are you available in #opensync irc channel on freenode this weekend? regards Björn > Hi, to you all, > > I've ported few parts of the akonadi-opensync and updated the cmake files, so that now it is possible to build. I've looked into the sinkbase.h/cpp file and I'll need some help with porting few C wrapped functions or just an advice how it's usually done. And yes I've read the appropriate part in the plugin porting how to, but there is a special case in the sinkbase part of the code. > > Is there someone willing to help? I'll have more details during and after this weekend. > > regards |
|
From: Chris F. <cd...@fo...> - 2010-09-08 03:20:16
|
On Mon, Sep 06, 2010 at 09:55:25AM +0100, Mark Ellis wrote: > Chris, I've got some of the head 0.3x stuff in an PPA for Ubuntu at > > https://launchpad.net/~mark-mpellis/+archive/opensync-trunk > > It's mainly there so I can try and get the python plugin working, but > it's available for all and has working examples of deb packages. Some of > the gloss isn't done eg. proper descriptions, but it does work alongside > 0.22 happily. I intend to add more as I can, and keep it up to date with > further commits. Excellent. Thanks. :-) So it looks like we have at least 2 deb based binary packages for 0.39, one from Mark Ellis (updated with HEAD), and one from Michael Banck (also updated regularly from HEAD?). How about the RPM side? - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-08 03:08:48
|
On Mon, Sep 06, 2010 at 09:46:37AM +0200, Michael Banck wrote: > On Sun, Sep 05, 2010 at 02:08:38PM -0400, Chris Frey wrote: > > On Sun, Sep 05, 2010 at 01:27:40PM +0300, Juha Tuomala wrote: > > > I'm for example maintaining pkgs for Fedora and even run Koji build > > > system of my own. Lack of packages is not a problem. > > > > Cool! Are your spec files, etc, available in SVN somewhere in case > > I wish to follow them personally? If packages are already available, > > I don't want to duplicate effort, but when opensync is completely > > gone from Debian Squeeze (both 0.22 and 0.3x), it has me worried, > > and someone should stay on top of it. > > Well, I posted about this. 0.22 is not maintained upstream to any > visable degree and 0.3x is just not ready yet. I know. :-) I was slightly irritated at the time, and would have liked to get 0.22 back in, but I guess if you're being buried alive in bug reports that are never closed, that's no fun either. As for 0.3x, I believe it will be ready when the plugins are. - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-08 03:06:28
|
On Mon, Sep 06, 2010 at 10:25:16AM +0300, Juha Tuomala wrote: > The problem in past was, that those non-HEAD packages > killed the SCM checkout testing and was one among couple > other reasons why this project stalled. There is plenty of > people who *do* not want to see any more sand in the wheels. > > If those packages are updated after *every* commit, then it > serves its purpose and personally could join to hack that kind > of system if can find time for it. I would think that any 0.39 binary packages should follow HEAD very closely. I didn't mean to imply otherwise. Binary packages of experimental software is just to help users easily test. So, practically speaking, are these binary packages being built? If so, where? If not, what can I do to help get those HEAD-following packages built? I ask because I'm a SVN follower, and I'm sure there's lots of work already out there that doesn't need to be duplicated. > As far as I know, plugin porting was not the issue that was > holding 0.4 release but some structural parts that were not > developed yet. From 0.2x and 0.3x we know, that it doesn't help > much if it works all that 98% and then fails. > > I don't want to dicourage you, but I'd like to hear some news from those > who have been hacking the core components, is it somewhat finished > or not? Core is that matters for 0.4 release, not the plugins. I don't think we'll know whether the core is ready for release unless all the plugins are ported and working. If all the plugins are ported and working, and end users are reporting success, is there any reason not so release 0.4x? Presumably, if users are testing the plugins, we'll find core issues soon enough. If the core people are willing to explain in some detail what needs to be fixed, I might be able to take a stab at it. I think it is easier if there is an actual use case to debug than a theoretical architecture issue, simply because I don't have the entire opensync engine architecture in my head. I fix things as I find them. > Remember, central EU area just finished their vacation season and > people are up to their noses with regular jobs, freetime work comes > once you clean up that pile from your work table... so give them > time to come back. No pressure. But if there is something I can do in the meantime while they are busy, I would like to know. - Chris |
|
From: Chris F. <cd...@fo...> - 2010-09-08 02:52:15
|
On Mon, Sep 06, 2010 at 07:50:31PM +1200, Daniel Gollub wrote: > Looks good. You have now write-access to the xsltformat SVN repo. > Feel free to commit this change. Thanks very much. Done. - Chris |
|
From: Mark E. <ma...@mp...> - 2010-09-06 08:55:47
|
> I remember when Fedora went to 0.3x. And the API breakage was expected. > I don't think any 0.3x version should be in an official distro, unless > 0.22 is there beside it. > > But I *do* think that binary packages for 0.3x should be available > somewhere, for those that wish to test. There are some 0.3x in > Debian experimental... I assume you have some for Fedora? > Not sure about openSuSE. Chris, I've got some of the head 0.3x stuff in an PPA for Ubuntu at https://launchpad.net/~mark-mpellis/+archive/opensync-trunk It's mainly there so I can try and get the python plugin working, but it's available for all and has working examples of deb packages. Some of the gloss isn't done eg. proper descriptions, but it does work alongside 0.22 happily. I intend to add more as I can, and keep it up to date with further commits. Mark |
|
From: Daniel G. <go...@b1...> - 2010-09-06 07:51:46
|
On Tuesday, August 31, 2010 09:00:32 am Chris Frey wrote: > --- > > Just a quick patch to get the xsltformat plugin to compile > against latest opensync. > [...] Looks good. You have now write-access to the xsltformat SVN repo. Feel free to commit this change. Best Regards, Daniel -- Daniel Gollub Geschaeftsfuehrer: Ralph Dehner Linux Consultant & Developer Unternehmenssitz: Vohburg B1 Systems GmbH Amtsgericht: Ingolstadt Mobil: +49-(0)-160 47 73 970 Handelsregister: HRB 3537 EMail: go...@b1... http://www.b1-systems.de Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D |
|
From: Michael B. <mb...@gm...> - 2010-09-06 07:48:38
|
Hi, On Sun, Sep 05, 2010 at 01:24:47PM -0400, Chris Frey wrote: > On Sun, Sep 05, 2010 at 04:59:42PM +0200, Michael Banck wrote: > > There is a subversion repository for the 0.3x Debian packages. > > Cool. Can you point me in the right direction? It's at svn://svn.debian.org/svn/pkg-opensync Michael |
|
From: Michael B. <mb...@gm...> - 2010-09-06 07:46:45
|
On Sun, Sep 05, 2010 at 02:08:38PM -0400, Chris Frey wrote: > On Sun, Sep 05, 2010 at 01:27:40PM +0300, Juha Tuomala wrote: > > I'm for example maintaining pkgs for Fedora and even run Koji build > > system of my own. Lack of packages is not a problem. > > Cool! Are your spec files, etc, available in SVN somewhere in case > I wish to follow them personally? If packages are already available, > I don't want to duplicate effort, but when opensync is completely > gone from Debian Squeeze (both 0.22 and 0.3x), it has me worried, > and someone should stay on top of it. Well, I posted about this. 0.22 is not maintained upstream to any visable degree and 0.3x is just not ready yet. Michael |
|
From: Juha T. <Juh...@ik...> - 2010-09-06 07:25:25
|
On Sunday 05 September 2010 21:08:38 Chris Frey wrote: > But I *do* think that binary packages for 0.3x should be available > somewhere, for those that wish to test. The problem in past was, that those non-HEAD packages killed the SCM checkout testing and was one among couple other reasons why this project stalled. There is plenty of people who *do* not want to see any more sand in the wheels. If those packages are updated after *every* commit, then it serves its purpose and personally could join to hack that kind of system if can find time for it. > As soon as a significant number of plugins are ported over, I think > we should release 0.4x. So far, the status is: > > Evolution: done > Barry: done > File-sync: done > Ldap: I think done, but I need to give it a test run > Google-calendar: 50% done, only calendar > > Anyone with a syncml phone willing to test the syncml stuff and report > whether it's done or not? As far as I know, plugin porting was not the issue that was holding 0.4 release but some structural parts that were not developed yet. From 0.2x and 0.3x we know, that it doesn't help much if it works all that 98% and then fails. I don't want to dicourage you, but I'd like to hear some news from those who have been hacking the core components, is it somewhat finished or not? Core is that matters for 0.4 release, not the plugins. Remember, central EU area just finished their vacation season and people are up to their noses with regular jobs, freetime work comes once you clean up that pile from your work table... so give them time to come back. Tuju -- Better to have one, and not need it, than to need one and not have it. |
|
From: Chris F. <cd...@fo...> - 2010-09-06 06:45:49
|
We're getting a nice set of choices of the contest here. :-) Very nice. - Chris On Sun, Sep 05, 2010 at 05:30:52PM -0400, griffin wrote: > uploaded several other variations, including font & color, as well as one > version without the outer background fade, making it (i think) look > less "busy". > > On Sun, 05 Sep 2010 14:12:47 -0400, Chris Frey <cd...@fo...> > wrote: > > > Strangely, between the two, I like the original pastel one best. :-) > > The thinner letters look more professional to me. > > > > - Chris > > > > > > On Sun, Sep 05, 2010 at 01:00:43PM -0400, griffin wrote: > >> made a new version of the pastel logo with > >> - added arrows > >> - improved conical fade > >> - pure SVG implementation > >> > >> let me know what you think. > >> > >> On Tue, 24 Aug 2010 13:27:03 -0400, griffin <gr...@ub...> wrote: > >> > >> > SVG uploaded, but as i noted in my comments, i'm not very experienced > >> > with inkscape, so for those that know how to effectively emulate a > >> > conical gradient, definitely please show me how! > >> > > >> > quentin, > >> > i do like your idea of adding arrows, so i'll give it a try as well. > >> > > >> > On Sun, 22 Aug 2010 20:24:25 -0400, Fernando Toledo > >> > <ft...@do...> wrote: > >> > > >> >> On Dom 22 Ago 2010 11:55:52 griffin escribi?: > >> >>> just added another entry - the red/blue of the other two just makes > >> me > >> >>> think of palm's hotsync, so wanted to try something to get away from > >> >>> that... thoughts? > >> >>> > >> >> i think that must be upload in svg format and make happy to use with > >> >> inkscape. > >> > > >> > > >> ------------------------------------------------------------------------------ > >> > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > >> > Be part of this innovative community and reach millions of netbook > >> users > >> > worldwide. Take advantage of special opportunities to increase revenue > >> > and > >> > speed time-to-market. Join now, and jumpstart your future. > >> > http://p.sf.net/sfu/intel-atom-d2d > >> > _______________________________________________ > >> > Opensync-devel mailing list > >> > Ope...@li... > >> > https://lists.sourceforge.net/lists/listinfo/opensync-devel > >> > >> ------------------------------------------------------------------------------ > >> This SF.net Dev2Dev email is sponsored by: > >> > >> Show off your parallel programming skills. > >> Enter the Intel(R) Threading Challenge 2010. > >> http://p.sf.net/sfu/intel-thread-sfd > >> _______________________________________________ > >> Opensync-devel mailing list > >> Ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/opensync-devel > > > > ------------------------------------------------------------------------------ > > This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > Opensync-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-devel > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Opensync-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-devel |
90 messages has been excluded from this view by a project administrator.
