calendar file backend: support remove with CALOBJ_MOD_ONLY_THIS

Support for this capability is easy:
- report removal of the detached recurrence
- report error when not found
- avoid modifying the parent (= full_object)

calendar file backend: removal notification for detached recurrence, part 2

e_cal_remove_object_with_mod() can only return one pair of old/new
object pointers to the caller. When the function modifies the parent
and removes a detached recurrence, the removal of the detached
recurrence had to be deduced by clients from the modification of the
parent.

Now clients are explicitly informed about removal of the detached
recurrence in addition to the modification of the parent.

calendar file backend: removal notification for detached recurrence, part 1

If e_cal_remove_object_with_mod() was called for an appointment where
only a detached recurrence existed, no "objects-removed" signal was
triggered although it should have been.

Apparently Evolution avoids the problem by calling
e_cal_remove_component() instead in this case. Fixing the problem
makes writing clients easier (no special cases).

With this patch, remove_instance() itself decides what it reports back
to the caller. Note that it cannot report back both a modification and
a removal at the moment.

calendar file backend: white list check for supported CalObjModType

Explicitly check that the CalObjModType is supported before
starting to work on the appointment. Relies in libecal to reject
completely bogus modes with an "invalid parameter" error.

libecal: catch invalid CalObjModType values

This protects backends without their own parameter checking
from being invoked with invalid CalObjModType values. Note
that this only excludes values that haven't been defined.
Backends still need to check whether they support the
selected mode.

libecal: added CALOBJ_MOD_ONLY_THIS

The goal is to have an orthogonal API where each operation also
has an inverse operation. Adding a detached recurrence was
possible with e_cal_modify_object(), but removing it again
wasn't without modifying the parent appointment.

CALOBJ_MOD_ONLY_THIS in e_cal_remove_object_with_mod() provides
that inverse operation by avoiding the modifications to the
parent.

The semantic in e_cal_modify_object(), the other call taking a
CalObjModType, is unchanged. CALOBJ_MOD_ONLY_THIS is not valid there.

Because not all backends reject CALOBJ_MOD_ONLY_THIS when they don't
support it, a static capability CAL_STATIC_CAPABILITY_REMOVE_ONLY_THIS
is added that must be checked first before using CALOBJ_MOD_ONLY_THIS.

calendar file backend: support removing parent event with CALOBJ_MOD_THIS

It was possible to create a meeting series with just a detached event
(RECURRENCE-ID set) by importing a meeting invitation for that single
recurrence. It was not possible to arrive at that same state after
adding the parent event (the one with the RRULE) because
e_cal_remove_object_with_mod() removed all instances for
CALOBJ_MOD_THIS and empty rid.

This contradicts the intended semantic of e_cal_remove_object_with_mod():
 "By using a combination of the @uid, @rid and @mod
 arguments, you can remove specific instances. If what you want
 is to remove all instances, use e_cal_remove_object instead."

This patch implements the desired semantic:
- e_cal_backend_file_remove_object(CALOBJ_MOD_THIS) now always
  calls remove_instance().
- remove_instance() was extended to also work for the parent
  event.
- That call removes the complete object if nothing is left
  after removing the instance. This case must be handled by
  the caller. The return value is the original object (if
  it still exists) and NULL if not.
- Because the uid pointer into the object may become invalid
  as part of the removal, a more permanent pointer has to
  be provided by the caller.

Updated Norwegian bokmål translation

e_book_backend_file_get_contact_list: Fix memory leak

vcard_dbt.data should be freed if it is not appended to
the contact list otherwise memory gets leaked.

e_contact_name_from_string(): Fix possible memory leak

The 'name' variable memory was leaked when name_str
is NULL.

Fix few memory leaks

e_dbhash_new: Close and reopen db handle to avoid memory leak

According to the documentation, "If DB->open fails,
the DB->close method should be called to discard the DB
handle". The current code was calling open() again on
the same handle without closing it it first, possibly
causing memory leaks.

This patch is adapted from commit
37d3c0f65c989afe9ffc2d734d86b2ae0019edae in eds-fremantle GIT
repository.

e_name_western_reorder_asshole: Fix possible memory leak

Free 'prefix' variable on early return.

Add constructor for EContactAddress

Needed by introspected bindings.

Add constructor for EContactPhoto

This is needed by introspected bindings, otherwise they have
no way to instantiate EContactPhotos.

Limit libgdata to 0.7 or 0.8.

There are unreleased API changes beyond 0.8 which we don't support yet.

Updated Galician translations

Updated Spanish translation

Updated Spanish translation

Bug #651458 - Add getters/settrs for EContactPhoto

This is needed for introspected bindings since gobject-introspection
can't cope with the current layout of the EContactPhoto structure.

Workaround compiler warnings

Bug #633948 - Try harder to use -lresolv in LDAP_LIBS

Bug #651226 - e_book_new_system_addressbook() should create source in GConf

The same problem was fixed in libecal by commit 3bb75464a67
and commit 05c0b7b4bd0.

Bug #649757 - Filtering based on a source account always succeeded

Bug #640083 - Force secured connection when using LDAPS port

Bug #649757 - Return back camel_filter_driver_filter_mbox()

It's still used for "Local delivery" mbox files and it has nothing
to do with On This Computer store type.

Fix a typo in the code, do not call itself recursively

Fix build breaks.

Bug #651147 - EBook/ECal done signals ignored due to wrong name

Replace deprecated g_atomic_int_exchange_and_add()

Bug #651446 - Implement e_book_client_get_contacts_uids()

Oops, little Freudian slip there in the comment.

CamelVeeFolder: Fix a deadlock.

folder_added_uid() was trying to obtain a reader lock while holding a
writer lock, since a DB transaction had already been started.

To work around the issue, queue up message UIDs in folder_added_uid(),
and then execute a DB transaction using the queued message UIDs AFTER
we're done iterating over the 'matchhash' hash table.

camel_store_get_folder_sync(): Readability cleanups.

Introspection: fix annotation in e_book_client_get_contact_finish

Introspection: fix annotation in e_book_client_get_contact_sync

Vala bindings: use e-book-client.h instead of e-book.h

Introspection: fix annotation for e_book_client_get_view_finish ()

Introspection: add missing annotations in libedataserver

Vala bindings: set the type of the signals emitted by BookClientView

Vala bindings: include gio-2.0 needed by EDataServer

Vala bindings: include gio-2.0 needed by EBookClient

[l10n]Updated Catalan (Valencian) translation

Including <glib-object.h> directly is rarely needed.

Including <glib.h> directly is rarely needed.

Introspection: add missing annotations in libebook

Vala bindings: include EBookClient and EBookClientView

Bug #651113 - [libebook] Querying date fields is not supported

Bug #651054 - Support queries based on "photo" contact field

Bug #650952 - Remove unknown EContact field name runtime warning

Bug #650950 - entry_compare() should iterate over attributes with the same name

Extend entry_compare() to iterate over attributes that have
the same name (e.g. X-HOBBY) so that it can match any of
them, not just the first one in the vCard.

Bug #648736 - Crash when adding default vcard for newly created DB

Updated Spanish translation

Automated Gtk-Doc updates from backend API changes.

Reduce diff noise with account-mgmt branch.

Mostly silly code cleanup type stuff, so I can see the important changes
more easily.

Vala bindings: metadata helpers for EContactAddress

Vala bindings: metadata helpers for EContactName

Vala bindings: add path to dependency GIRs

CamelDB: Initiate a transaction before writing into db.

Bug 640054 - CamelDB: do not read the db while a trasaction is in progress.
 Fix the dead-lock caused due to transaction (DB WRITE_LOCK) and summary lock.

CamelDB: Ensure that begin_transaction is called before adding queries to a transaction

CamelFolderSummary: Remove undefined function camel_folder_summary_header_load from header file

CamelDB: Use camel_db_select while retrieving the folder version

CamelDB: use a RW lock to prevent reads while write is in progress

Bug #589495 - Search folder by Size (KB) counts bytes, not KB

Updated Spanish translation

Updated Spanish translation

camel_store_create_folder_sync(): Add a status message.

Fix issues reported by intltool-update

Bug #550414 - Corruption of mailbox and can't expunge trash

The second attempt - be more aggressive with locking

Updated Irish translation.

Remove groupwise files from POTFILES.in

New EClient/EBookClient/ECalClient API deprecating EBook/ECal

Bug 650524 - Use g_unix_signal_add_watch_full() for SIGTERM

We can't call anything safely except write() inside a signal handler,
g_unix_signal_add_watch_full() handles this for us nicely.

Handle SIGTERM instead of SIGQUIT.

SIGQUIT is supposed to produce a core dump.  We don't want that.

IMAPX: optionally download the messages in descending order.
TODO: Add advanced UI options for the same.
      Document all the url parameters in a common place.

Vala bindings: mark metadata file as EXTRA_DIST

Vala bindings: use metadata to get the correct types for signals

The contacts_{added,removed,changed} signals were specified with
the wrong parameter types (void * instead of GLib.List<void *>) in the
generated VAPI file for libebook.

libedataserver: break down long lines of the Introspection part

libebook: add --pkg-export to get a package name in the generated GIR

libebook: annotate params for e_book_get_{book_view_async,self}

libebook: annotate more methods

Vala bindings: add missing case for xml. -> Xml. transformation

Vala bindings: help vapigen get the correct Xml names

Add the correct headers to libedataserver's GIR file

CamelService: Add async query_auth_types() functions.

Breaks ABI since sizeof(CamelServiceClass) changes.
I've already bumped the libcamel soname since 3.1.1.

Add vala/ to DIST_SUBDIRS

Fixed annotations in libedataserver

Bug #646898 - IMAPX should invalidated cache when uidvalidity changes

addressbook file backend: libdb must be initialized for concurrent read/write

Very bad performance (100% CPU load, several minutes run time) were
seen for multiple concurrent writes. gdb shows that libdb is
apparently busy polling while writing.

The libdb API docs for DB_ENV->open() imply that either DB_INIT_CDB or
DB_INIT_LOCK must be used in apps which are not read-only, like
EDS. This patch adds DB_INIT_CDB because it is simple and fixes the
performance problem.

In some rare cases, DB_INIT_LOCK might provide better performance by
allowing concurrent writes of independent data, but that seems too
complicated for not enough gain right now (must check for deadlocks).

Show the Introspection and Vala bindings in configure summary

Register EVCardAttributeParam as a boxed type

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=650169

Register EVCardAttribute as a boxed type

Without this EVCardAttribute can't be picked up by
g-ir-scanner when trying to generate the GIR file for
libebook.

Also, EVCardAttribute will need to be used by applications
trying to write back to libebook via an introspected binding.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=650169

Camel: Fetch quota information asynchronously.

This bumps the libcamel soname again.

It turns out, camel_folder_get_quota_info() blocks.  So convert it to be
asynchronous like the other blocking functions, with corresponding class
methods:

  camel_folder_get_quota_info_sync()
  camel_folder_get_quota_info()
  camel_folder_get_quota_finish()

Also update the IMAP provider to make fetching IMAP quotas cancellable.
This is the only provider that currently implements this method.

Include git.mk in vala/Makefile.am.

Updated Slovenian translation

Add missing annotations in libebook

Bug 650105 - Deadlock in GroupWise connector

Instead of acquiring the CamelSession lock for the entire add_service()
method, only acquire it when directly accessing the shared 'services'
hash table.  This allows camel_session_add_service() calls to be nested,
which is what CamelGroupwiseStore does.

Bug 649762 - Add support for Vala bindings

Bug 649761 - Add gobject-introspection build system to libebook

Extended Rob Bradford's initial commit to add libedataserver as a
dependency for g-ir-scanner when processing libebook.