Fix make distcheck by including tracker files in EXTRA_DIST

Make Folks.PersonaStore.detail_key() static.

Don't remove our generated gconf.path during 'make all'

Distribute the gconf path files.

Include GConf when building docs.

Add NEWS entry about support to switch primary store

Closes: bgo#645441 - Mechanism to specify primary backend

Add test for linking personas using the Tracker backend

Implemented linkable_property_to_links in Trf.Persona

Add support to switch primary backend either by GConf or an env var

Make tests use local GConf config and store.

This avoids reading or writing the user's GConf store and lets us start from a
consistent state when running tests (required for repeatability).

Label trf-persona-store as translatable.

Add write support for Tracker

Closes: bgo#645413

Access detail_key via `this` since its an instance method

Update Kf.PersonaStore.add_persona_from_details to use defined constants

Helpers to check add_persona_from_details' compliance with basic attributes.

The detail_key () method (along with the PersonaDetail enum) allows
us to easily check the default attributes that should be handled
in the HashTable received by add_persona_from_details.

Fix checks for empty and equal StructuredNames

Bug 645475 — Linker warnings for Tracker backend tests

Fix the Tracker test helper library (libtracker-test.so) with the libfolks
Tracker helper library (libfolks-tracker.so) rather than the loadable Tracker
libfolks backend module (libfolks-backend-tracker.so).

Also, add the Tracker SPARQL LIBS variable to libtracker_test_la_LIBADD, which
was missing.

Closes: bgo#645475

Add missing backslash to EXTRA_DIST list

Bug 645680 — Use random integer IDs for Kf.Personas

Using consecutive integer IDs meant that IDs often got re-used as Personas
were deleted and added, meaning that the same ID could, over time, be applied
to several different Personas which contained completely different IM
addresses. Any external references to such IDs which weren't updated over
time with the IDs themselves (such as the to-be-added anti-links) would end
up pointing to effectively the wrong Persona.

A perfect solution would be to hash the IM addresses in each Persona and use
that as the Persona's ID, but that's not possible as the set of IM addresses
in a Kf.Persona can change over time, while the ID has to remain constant.
Consequently, the use of a random integer evenly distributed over the space of
unsigned 32-bit integers will do.

Closes: bgo#645680

Clarify immutability of Persona.uid

Distribute (but not install) internal .gir and .vapi files

Cut unused automake variables.

Add equal method to StructuredName

Disconnect from 'invalidated' on proxies we abandon.

This prevents a crasher in the Telepathy backend where:

1. We hit _reset() and set this._subscribe, etc., to null.

2. Each of these proxies gets disposed and emits 'invalidated'

3. Our 'invalidated' handler ends up unrefing each proxy an extra time, which
ends up in some ugly dispose -> unref -> dispose recursion, which continues
after it's finalized, leading to bad/undefined behavior (usually, but not
always, a crasher).

When removing, use a local copy of the personas

Removing personas from folks will change our individuals persona list,
so we need to make a copy to be able to safely iterate it.

EXTRA_DIST in tests/tools  was missing a few files

Update folks-import to the current API for ImDetails.im_addresses.

Fixes bgo#645411 - folks-import segfaults on startup

Fix entries in the NEWS file

folks-inspect: use LinkedHashSet to access im-addresses

Initial implementation of the tracker backend

Ensure we are only testing the built-in backends

Factor out common dbus wrapper code into sourceable files

Copy new PhoneDetails for individuals, don't hold stale pointers.

Fixed bgo#644968 - _update_phone_numbers () needs to create copies
of each List<FieldDetails>

Copy new Emails for individuals, don't hold stale pointers.

Fixed bgo#644966 - _update_emails () needs to create copies of each
List<FieldDetails>

Post-release version bump.

Release Folks 0.4.0

Don't overwrite an Individual's avatar with null.

(unlike the previous commit, this one actually...)

Fixes: bgo#644165 - An individual's avatar shouldn't be replaced by a null
avatar

folks-inspect: print an Avatar's uri

Fixes: bgo#644165 - An individual's avatar shouldn't be replaced by a null
avatar

folks-inspect: handle Structured Names

Fixes: bgo#644457 - Handle structured names

folks-inspect: handle birthday/postal-addresses

Fixes: bgo#643957 - Deal handle birthday and postal-addresses.

Don't note API changes which have happened to new interfaces.

Rename Urlable -> UrlDetails

Fixes bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename RoleOwner -> RoleDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename PresenceOwner -> PresenceDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename PostalAddressOwner -> PostalAddressDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Phoneable -> PhoneDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename NoteOwner -> NoteDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename NameOwner -> NameDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename IMable -> ImDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Groupable -> GroupDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename GenderOwner -> GenderDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Favouritable -> FavouriteDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Emailable -> EmailDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename BirthdayOwner -> BirthdayDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename AvatarOwner -> AvatarDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Rename Aliasable -> AliasDetails

Helps bgo#642513 - Folks "Owner" interfaces are awkwardly-named

Update listed translations.

Add to_string () method to RoleOwner

Add to_string () method to PostalAddress

Use the correct signal name for postal addresses

Added equal method to PostalAddress

Add uid to PostalAddress to facilitate tracking

Don't drop Individuals' initial set of notes.

Add API change notes for our newer interfaces.

Add NEWS entry for postal address interface

Fixes: bgo#641210 - Add interface for postal addresses

Make Individual implement the PostalAddressOwner interface

Add PostalAddressOwner for contacts with postal addresses

Check FieldDetails values before storing to avoid segfaults.

This protects against backends storing some bogus data in their Personas (in
this case, value-less URL, Phone Number, or Email Address fields).

Ensure we update an Individual's notes along with the other fields.

Ensure we update an Individual's birthday along with the other fields.

Add NoteOwner interface

Fixes: bgo#642501 - Folks needs API for attaching notes to a Contact

Add BirthdayOwner interface

Fixes: bgo#642500 - Folks needs API for specifying a contact's birthday

Update NEWS for RoleOwner.

Add RoleOwner interface for contacts that belong to an Organisation

List the implemented interfaces in alphabetical order

Distribute test data files

Bug 642861 — FolksLinkedHashSet still alive when exiting Empathy

A self-referencing closure was prevent all Tpf.Personas from being finalised,
which was in turn causing a load of owned objects (such as LinkedHashSets)
from being finalised. Spotted by Guillaume Desmottes <gdesmott@gnome.org>.
Closes: bgo#642861

Bug 642866 — tp-lowlevel leaks TpChannel

Fix a leak of TpChannels from tp-lowlevel.c, spotted by Guillaume Desmottes
<gdesmott@gnome.org>. Closes: bgo#642866

folks-inspect: handle emails/urls/phone-numbers

Point valadoc to the C headers so it doesn't fail on "missing" symbols.

Scanning directories (with -b) is no longer supported. See bgo#629531,
comment#7.

Fixes bgo#643247 - Folks needs C API documentation

Re-enable gtk-docs, now that valadoc is fixed.

Helps bgo#643247 - Folks needs C API documentation

Copy new URLs for individuals, don't hold stale pointers.

Fixes bgo#Bug 643241 - _update_urls () needs to create copies of each
List<FieldDetails>

Code by Raul Gutierrez Segales.

Disable build gtk-docs, since valadoc crashes on them.

This is related to, but not exactly, bgo#629531.

Ignore tp-lowlevel when building the folks-tp documentation

Correctly pass linking flags to valadoc when building the folks-tp docs

It turns out that bgo#637090 was just us not passing the flags correctly
(one has to pass two flags to valadoc to get it to pass a single flag to
the doclet). See: bgo#637090

Use the 'all-others' BackendStore key file group for backend tests.

Fixes bgo#642351 - BACKEND_STORE_KEY_FILE format should support a wildcard entry

Support the 'all-others' wildcard group in BACKEND_STORE_KEY_FILE.

Helps bgo#642351 - BACKEND_STORE_KEY_FILE format should support a wildcard entry

Remove support for building with Vala < 0.11

Fix srcdir != builddir problem in the documentation makefile

Post-release version bump

Release version 0.3.6

Fix the documentation version tags

I fail at doing releases.

Post-release version bump

Release version 0.3.5

Bug 642036 — No way to pass a message when adding a contact

Document that the "message" key in the details hash table passed to
IndividualAggregator.add_persona_from_details() may (by convention) be used
to pass a human-readable message to the persona being added.

Implement this in the Telepathy backend. Closes: bgo#642036

Use “dup” instead of “get” in method names which return a referenced object

This bumps our Vala dependency to 0.11.6, which includes a necessary fix
for the CCode annotation we use. Helps: bgo#629078

Take a PersonaStore in IndividualAggregator.add_persona_from_details

This gives the client more flexibility in choosing which persona store to
add the new persona to. Closes: bgo#629078

Bug 641780 — Incorrect C function names for URLable interface

Rename the new URLable interface to Urlable, as Vala was choking on the
capitalisation and producing weird C function names like
folks_ur_lable_get_urls(). Closes: bgo#641780

Fix entries in the NEWS file

Bug 640901 — Allow to determine whether a Tpf.Persona's in the contact list

Add Tpf.Persona.is-in-contact-list, which is true iff the persona's in the
user's contact list. Closes: bgo#640901