prepared 1.1.99.6 releasesyncevolution-1-1-99-6

NEWS updated, versions bumped. Also depend on latest libsynthesis.

2 files changed, 113 insertions, 2 deletions

diff --git a/NEWS b/NEWS
index 9eef36dc..c2e16705 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,114 @@
+SyncEvolution 1.1.99.5 -> 1.1.99.6, 17.08.2011
+==============================================
+
+Mostly bug fixes, some improvements in testing and packaging. This
+release was tested successfully with DAViCal 0.9.9.4.
+
+* CalDAV: fixed incorrect change tracking causing "event not found" (BMC #22329)
+
+* CalDAV: handle delete<->delete conflict during local sync (BMC #22327)
+
+  If the same event was deleted both locally and in the CalDAV server, syncing
+  failed with "event not found".
+
+* Google Contacts: ensure that first/middle/name are set when storing in EDS (BMC #20864)
+
+  Evolution and the MeeGo UX assume that first/middle/last name are set.
+  That is not the case when a contact is created in the Google Contacts
+  web interface. Such contacts are sent by Google without the N
+  property.
+
+  SyncEvolution now tries to recreate the name components from the FN
+  string, by splitting at word boundaries and assuming "<first>
+  <middle> <last>" or "<last>, <first>" format. Obviously this
+  heuristic fails for some locales.
+
+* CalDAV: continue despite Google Calendar access problems (see BMC #19484)
+
+  An attempt to work around "403 You don't have access to change that
+  event" errors, perhaps caused by
+  http://code.google.com/p/google-caldav-issues/issues/detail?id=38
+  The problem is now recorded instead of aborting the sync. The sync
+  then ends in a 22001 = "partial failure" error and the operation
+  will be retried in the next sync.
+
+* CalDAV: transform UTC RECURRENCE-ID for Evolution (BMC #22594)
+
+  Evolution showed a meeting twice on the day of a modified recurrence,
+  if the meeting series was originally created and modified in Exchange,
+  then imported into Google Calendar.
+
+* CalDAV syncevolution.org binaries now works when libneon.so.27
+  or libneon-gnutls.so.27 (Debian) are installed. Previously
+  libneon.so.27 was required, which is no longer available in
+  Debian Testing.
+
+* syncevo-dbus-server/gdbus: fixed segfault when asked for properties
+  when none are available (BMC #22152)
+
+* Evolution Calendar: fixed error handling for broken TZIDs
+
+* Sony Ericsson: use ISO-8859-1 for all devices (BMC #14414)
+
+  Passing invalid UTF-8 strings into libecal caused glib to
+  abort syncevo-dbus-server.
+
+* item operations: authentication problem for WebDAV when using keyring (BMC #21311)
+
+  The password wasn't looked up in the keyring when using --print-items/import/export/...
+
+* WebDAV: fixed item operations without configuration (BMC #22164)
+
+  Previously failed with "[ERROR] : virtual read-only configuration node, cannot write
+  property webDAVCredentialsOkay = 1".
+
+* auto sync: show all failed syncs except for temporary network errors (BMC #21888)
+
+  Notifications were meant to be shown for all errors except temporary
+  ones. This has never been implemented correctly since the feature was
+  introduced: instead of hiding known temporary errors, all errors except
+  500 (fatal error) were suppressed.
+
+* vCard: inline local photo data (BMC #19661)
+
+  Some platforms (Maemo, MeeGo) store photos in separate files. Now SyncEvolution
+  efficiently includes that photo data in the generated vCard right before sending
+  it to a peer; previously it sent a useless local file:// URI. The Maemo port
+  has a less efficient workaround for that which now should be obsolete.
+
+* syncevo-dbus-server: online status wrong without Network Manager or ConnMan (BMC #21543)
+
+  When neither Network Manager nor ConnMan are running, network presence was "not
+  online". This prevented running automatic syncs.
+
+* fixed compile issues with Debian Testing/gcc 4.6.1
+
+
+Known issues, might still be resolved for the final 1.2:
+--------------------------------------------------------
+
+* syncevolution.org binaries: libnotify1 -> libnotify4 incompatibility (BMC #22668)
+
+  Newer distros no longer have the libnotify.so.1 that syncevolution.org
+  binaries depend on. As a workaround it is possible to install the libnotify1
+  package from older distro releases.
+
+* CalDAV: add<->add conflicts (BMC #22669)
+
+  Suppose the same meeting invitation for event UID=FOO is processed in
+  both Evolution and Google Calendar. This always happens when the meeting
+  invitation emails is sent to Google Mail, then later viewed in Evolution.
+  On the Evolution side, the invitation is accepted. In Google Calendar this is
+  still open.
+
+  When syncing in that state the sync engine does not recognize that
+  both sides have added the same meeting and the "meeting accepted"
+  information eventually gets lost.
+
+  As a workaround, always synchronize the calendar before processing
+  meeting invitation emails.
+
+
 SyncEvolution 1.1.99.1 -> 1.1.99.5, 13.07.2011
 ==============================================
 
diff --git a/configure-pre.in b/configure-pre.in
index a580fd03..60f625aa 100644
--- a/configure-pre.in
+++ b/configure-pre.in
@@ -8,7 +8,7 @@ dnl Invoke autogen.sh to produce a configure script.
 #
 # Starting with the 1.1 release cycle, the rpm-style
 # .99 pseudo-version number is used to mark a pre-release.
-AC_INIT([syncevolution], [1.1.99.5b])
+AC_INIT([syncevolution], [1.1.99.6])
 # STABLE_VERSION=1.0.1+
 AC_SUBST(STABLE_VERSION)
 
@@ -721,7 +721,7 @@ else
     #SYNTHESIS_ENGINE="`echo $SYNTHESIS_LIBS | sed -e 's/-lsynthesisstubs/-lsynthesis/'`"
 
     # can't use the SDK alone because of sysync::SySyncDebugPuts()
-    PKG_CHECK_MODULES([SYNTHESIS], [synthesis >= 3.4])
+    PKG_CHECK_MODULES([SYNTHESIS], [synthesis >= 3.4.0.16.1])
     SYNTHESIS_ENGINE="$SYNTHESIS_LIBS"
 fi