Scott, I haven't heard any reason this is a bad idea apart from "changing the on-disk format is not a good idea" and "how can we be sure there are no other apps using it", because the KDE discussion is out of context, given KDE does not use this couchdb database.
So, about changing the on disk format, I understand that from a stable distro point of view, it sounds scary, but we are going to have to do it several times, as we add new fields, like adding photos for contacts, etc. That's why we provide a detailed field-by-field API in couchdb-glib and are adding one for desktopcouch (see lp:~teknico/desktopcouch /contacts-detailed-api/), so that apps don't have to deal with the on- disk format changes. So, changing it in Evolution is impossible, since Evolution uses that couchdb-glib API and thus doesn't know about the on- disk format at all. About apps using the contacts database, we have Evolution, which doesn't need any change at all given the above mentioned reasons, and macaco- contacts, which is been changed as soon as this fix goes in, and which is not even part of Karmic or Lucid. -- Data loss of postal addresses between Evolution and Ubuntu One's Funambol exchange/web UI https://bugs.launchpad.net/bugs/571286 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
