SyncEvolution 1.1.99.2 ready for testing

[Patrick Ohly]

Hello!

I have uploaded binaries and source of 1.1.99.2, a pre-release of the
upcoming 1.2, to syncevolution.org. .debs are available in the
"unstable" repo, .rpms are in the usual location and the source is in
the new "experimental" sub-directory of the "source" download dir.

This version is not complete enough to replace 1.1.1 in distros, but it
should be stable and ready for testing by adventurous users. I'm using
it myself now.

Compared to previous updates, this one has several more disruptive
changes, which is why I would like to get feedback from real users
before releasing it.

The configuration has to be rewritten before it can be used for syncing.
The reasons are a) a format change of the libsynthesis binfiles which
would cause slow syncs after a downgrade and b) renaming configuration
options (evolutionsource/user/password -> database +
databaseUser/Password, type ->
backend/databaseFormat/syncFormat/forceSyncFormat).

Because I don't want user to unintentionally run this version and then
face issues when downgrading (see below), the configuration explicitly
has to be migrated to the new format. The command line prints
instructions as part of reporting the problem. Basically run "--migrate
@default". The UI shows a new 22005 error code. The final 1.2 release
will automatically migrate configs as needed.

Downgrading is still possible. If you plan to do that, make a copy of
~/.config/syncevolution and restore that later. You'll run into slow
syncs; resolve these with an explicit slow sync or refresh syncs. If you
didn't plan to downgrade, then find the "default.old" directory and the
"peers/*.old" directories inside, remove the more recent directories
without that suffix and remove the *.old suffix from the older ones.
Also set "consumerReady=1" in the peer config to have it show up in the
sync UI again.

Alternatively it is possible to use an older SyncEvolution command line
with the renamed configurations. In the sync UI they won't show up
because "consumerReady" was unset as part of migrating.

With that out of the way, here's why updating is worthwhile:
      * improved syncevo-http-server (but the script can also be used
        with 1.1.1)
      * improved command line: "syncevolution --configure
        addressbook/database=My_Address_Book
        calendar/database=My_Calendar mobical addressbook calendar"
      * no more confusion about "type" property

This was discussed in more detail on the list before, see archive.

Known issues:
https://bugs.meego.com/show_bug.cgi?id=13301 - printing available
databases broke during "type" removal

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.