Don't leak TpfPersona references for each Individual

Due to bgo#624249, GLib.List.remove() leaks an item reference, so we need to
manually unreference each persona we remove from the personas list in
Individual.

Break a refcycle between TpfPersonaStore and TpfPersona

This is achieved by making the pointer that each TpfPersona holds to their
relevant TpfPersonaStore a weak pointer, rather than a referenced pointer.

Allow backends to be completely unloaded

This means that if the IndividualAggregator is finalized, all the resources
used by the backends which were loaded are freed. This allows multiple
IndividualAggregator instances to be used sequentially, and also ensures that
all Persona instances get destroyed.

Ensure we don't unref every TpAccount

AccountManager.get_valid_accounts() only transfers the container, and
Vala ignores this unless you assign it to a variable with an unowned
item type.

Remove extraneous array length parameter

change_favourites_by_request_handles no longer needs an explicit array
length parameter, due to changes in Connection.request_handles.

Use a more-flexible a{sv} type for the add_persona_from_details() functions.

Bump the version for the new PersonaStore/IndividualAggregator API

Combine the IndividualAggregator:individuals-added and -removed signals.

Also include a backend-supplied message, persona who caused the change, and
reason for the change. This will allow us to pass on the more-detailed
notification bits for Telepathy (eg, "You got kicked from room XYZ by Foo Baz:
'I just felt like booting someone.'").

Pass along the message, actor, and reason from standard-channel Telepathy contacts.

Combine the PersonaStore:personas-added and personas-removed signals.

Also include a backend-supplied message, persona who caused the change, and
reason for the change. This will allow us to pass on the more-detailed
notification bits for Telepathy (eg, "You got kicked from room XYZ by Foo Bar:
'I just felt like booting someone.'").

Bump the required version of tp-glib

Also remove Capabilities from Individual.

Remove the Capabilities interface.

There are some issues with its design, and it depends upon fixes to tp-glib that
we'd like to punt for now.

Strip Capabilities interface from Tpf.Persona.

Don't explicitly state the return type of AccountManager.get_valid_accounts().

Vala doesn't accept GLib.Value as a generic type

This works around the problem (until we care about the content of the details
hash).

Update for the new signature of ConnectionRequestHandlesCb.

Cast TelepathyGLib.ContactFeature to uint, since tp-lowlevel can't use the symbol 'TpContactFeature'.

Update for the fact that the g-i bindings don't bind the Channel.group_members_changed signal.

Use the existing Tpf.PersonaError instead of the unbound TelepathyGLib.Error.

Use uint for TpContactFeature, since the type doesn't exist in the Vala bindings.

Adjust for the fact that AccountManager.get_valid_accounts () transfers ownership.

Account.get_object_path() no longer (erroneously) takes an argument.

Make Tpf.PersonaError public

Use the modern TelepathyGLib.Proxy.prepare_async() instead of the old (and unbound) TelepathyGLib.Connection.call_when_ready ()

Adjust for TelepathyGLib.AccountManager.get_valid_accounts() transferring ownership of the list.

Adjust to TelepathyGLib.ConnectionContactsByHandleCb implicitly passing the array lengths.

Continue adjusting to vapi changes in the g-i-based tp-glib bindings.

Create our own errordomain for Tpf.Persona errors.

Work-around the g-i bindings missing TpHandle.

Adjust to the new tp-glib vala bindings namespace introduced by the g-i version.

Don't try to strip() a null string

Fix notification of favourites changes in Individual

Allow single personas to be removed through the IndividualManager

Ensure updates to Persona:groups affect Individuals

Ensure personas are only created and added once

Previously, IndividualAggregator.add_persona_from_details() would return a
different instance of the same persona than would get added to the
PersonaStore later (through channel change notification). This fixes that
to re-use the original persona created by add_persona_from_details().

Improve filtering of empty aliases

Add alias notification in Folks.Individual

Add missing dbus-glib dep to docs build process

Remove the built documentation on distclean

Add documentation to every method in the Telepathy backend

Much of the documentation is inherited from that in the core of libfolks, and
the rest isn't particularly in-depth.

Add the Telepathy backend to the documentation build

Make Tpf.PersonaStore.change_is_favourite() internal

Pass changes to Personas' aliases on to Telepathy

Actually ref new Personas set for an Individual, so we don't double-unref them later.

Update an Individual's store-persona hash when the persona is removed from its store.

Don't emit an extraneous 'personas-removed' before we get confirmation from the server.

When removing a Tpf.Persona, remove it from the same struct we're cycling through.

When removing Tpf.Personas from the store, ensure we empty corresponding entries for the persona's handle.

Bump version.

Merge remote branch 'pwith/fixes3-no-prepare'

Merge branch 'master' into fixes3-no-prepare

Conflicts:
backends/telepathy/tpf-persona.vala
folks/individual.vala
folks/persona.vala

Remove use of pkg-config directly from a Makefile

Make configuration fail if vapigen is missing

Split up pkg-config dependencies

Apply new interface style convention

When a class implements any interfaces (in addition to its superclass), they
should each be put on a new line, and sorted alphabetically.

Remove explicit array length from add_new_personas_from_contacts()

Improve documentation build rules

Ensure that the documentation is rebuilt if any of the sources files it's
extracted from change.

Clarify documentation of BackendStore.backend_available

Bump required telepathy-glib.

Merge remote branch 'pwith/interfaces'

Fix audio and video capabilities

Fix setting capabilities when Tp returns a null set of capabilities

Merge branch 'master' into fixes3

Conflicts:
folks/individual.vala

Merge branch 'master' into interfaces

Conflicts:
folks/persona-store.vala
folks/persona.vala

Only warn about unknown personas if the account is already connected

This fixes spew of "unknown persona in favourites list" messages on startup.

Handle the logger service going away gracefully

Add a FIXME about using DBus.Connection.get_object_for_name_owner()

We can't use it at the moment due to bgo#623198.

Merge remote branch 'pwith/favourites'

(Fixed)
Conflicts:
folks/individual.vala
folks/persona.vala

Don't declare IndividualAggregator's constructor as throwing an error, since it doesn't.

Merge remote branch 'pwith/docs2'

Fixed the documented return value for Presence.typecmp from docs2.

(Fixed)
Conflicts:
folks/individual-aggregator.vala
folks/individual.vala

Make create_personas_from_channel_handles_async actually async.

Bump the required version of GLib so we can take advantage of automatic ref counting for various GLib classes.

Use get_object_for_name_owner() rather than just get_object()

This makes the Logger proxy more robust against the Logger service going
away.

Make Individual.avatar.set private

Avatars are provided by the contacts; we can't set them ourselves.

Implement a FIXME about checking for all-whitespace aliases

Add capabilities support to TpfPersona

Remove groups API from PersonaStore

It doesn't belong there, as classes which extend Folks.PersonaStore may not
implement Groups functionality. The API has been moved into TpfPersonaStore
as internal API to the Telepathy backend.

Remove interfaces from Persona

Interfaces such as Alias and Persona should be implemented by the backend
persona class which extends Persona, since different backends will have
different functionalities. Any code using Persona should check which
interfaces the specific Persona instance implements before attempting to use
their functionality.

Catch some unhandled errors

Split the Logger interface out into a separate file

Split the LoggerIface we use to wrap the telepathy-logger D-Bus service out
into a separate file, and implement it in a new Logger class which shares the
same D-Bus object between all users of the class.

First round of favourites review cleanups

Change IndividualAggregator.members to IndividualAggregator.individuals for consistency with PersonaStore, etc.

Rephrase explanation of Individual:removed signal.

Add documentation for every public signal, property and member

Remove an outdated comment

Add Favourites support

This adds a Favourite interface, implemented by Individual and Persona, and
backed by a D-Bus connection to the telepathy-logger service in
TpfPersonaStore.

The D-Bus logger proxy is a custom-written one in Vala, as the logger proxy
doesn't exist in telepathy-glib at the moment.

Whenever the is-favourite property of an Individual is changed, its new value
is propagated to _all_ of the individual's Personas. Conversely, if a single
Persona has is-favourite == true, the Individual containing that Persona will
also have is-favourite == true.

Merge remote branch 'pwith/fixes2'

(Fixed)
Conflicts:
backends/telepathy/tpf-persona-store.vala

Merge remote branch 'pwith/docs'

(Fixed)
Conflicts:
folks/individual-aggregator.vala
folks/persona-store.vala

Micro version bump for new functionality.

Re-add the stored list, as it's necessary to properly remove contacts.

Support contact removal

Rename internal-only 'remove' functions in Tpf.PersonaStore so public 'remove' functions consistently mean 'remove permanently from the server'.

Add a comment about the usage of IndividiualAggregator.add_persona_from_details().parent

Cut out 'stored' contact list support; if a contact is in neither 'publish' nor 'subscribe', we don't want to present them.

Remove personas for Telepathy contacts removed from both the subscribe and publish contact lists.

Filter incoming group channel members through the standard contact list channels

Add support for the 'stored' standard contact list channel.

Don't be excessively-explicit about the HashMap hash/equal functions, since they're determined by the generic types.

Avoid another potential group/non-group contact list channel hash collision.