folks-inspect: Fix crashes when trying auto completion with parameters

Drop CCode since Vala uses null terminated arrays by default.

Closes: bgo#647298

Add test for setting an existing email an a Trf.Persona

Handle setting existing emails/phones in a Trf.Persona

linking: check if details contain im-addresses or web-service-addresses

It fixes a regression in add_persona_from_details introduced by this commit:

commit 4a8b46e6b7afd314807865586a60995dfe52896f
Author: Raul Gutierrez Segales <raul.gutierrez.segales@collabora.co.uk>
Date:   Fri Apr 8 16:03:11 2011 +0100

    Only add available properties when linking Personas

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=647200

Revert "Temporarily disable lsw aggregation test. See bgo#647200"

This reverts commit bf218ed4ae92158e676c73ee15b774b41e0a8993.

phone-details: move a comment to make valadoc happy

tracker tests: fix Makefile.am

Fixed problem with saving results in get_all_potential_matches

PotentialMatch: make result_to_string a class method

String should be `very low` instead of `very unlikely`

Add test for get_{all}_potential_matches APIs

Add test to match via name similarity

Add test to match via phone numbers

Add test to avoid matching known e-mail addresses

Add test to match via e-mail addresses

Add test to match via IM Addresses

Add support to perform potential matches among Individuals

Add helper method to normalise and compare phone numbers

Add Folks.Utils to group helper methods

Temporarily disable lsw aggregation test. See bgo#647200

Bump libsocialweb version.

This version is required so we can rely upon correct D-Bus signaling from
libsocialweb.

Implement web-service-details for Trf.Personas

Add test for linking 2 Trf.Personas via local_ids

Extend IndividualAggregator to support linking via local_ids

Implement LocalIDDetails for Folks.Individual

[Tracker] Implement support for LocalIDDetails

Add LOCAL_IDS to the known defined keys for add_persona_from_details

Add LocalIdDetails interface to link Personas from Tracker

Remove a print statement that was used for debugging

List Folks.PersonaDetail in alphabetical order

Only add available properties when linking Personas

key-file: Make Kf.Persona implement WebServiceDetails interface

folks-inspect: print "web-service-addresses" property correctly

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

NEWS: add references to the last libsocialweb bugs

tests: linking: libsocialweb

linking: add interface for linkable web service contact UIDs

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=644867

libsocialweb: fix: update and delete contacts

Unit test updated

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

vala: require version 0.12.0

valac 0.12.0 has a fix for this bug:
https://bugzilla.gnome.org/show_bug.cgi?id=646345

[Tracker] Add test for duplicated phone numbers

[Tracker] Add test for duplicated e-mail addresses

[Tracker] Re-use phone-numbers/emails if they already exist

libsocialweb: update NEWS

libsocialweb: conditional compilation

Introduces --enable-libsocialweb-backend=[yes/no/auto] (default: auto). Unless
`no' is used, it checks the dependencies for the libsocialweb backend and
automatically compiles it when possible. Configure fails if `yes' is used and
the required dependencies are not available.

libsocialweb: update dependency on libsocialweb-client 0.25.14

libsocialweb 0.25.14 contains the new contacts interface. It is announed here:
http://mail.gnome.org/archives/ftp-release-list/2011-March/msg00299.html

tests: libsocialweb: new test infrastructure for libsocialweb

libsocialweb: check contacts capabilities and disconnect signals

libsocialweb: factor build_facebook_jid and build_iid

libsocialweb: make gender_string lowercase before comparing with "male" and "female"

libsocialweb: use BACKEND_NAME in build_uid

libsocialweb: fix error PersonaStoreError.UNSUPPORTED_ON_USER

libsocialweb: fix @since

libsocialweb: use the new Contacts interface

libsocialweb: convert GenericArray to LinkedHashSet

libsocialweb: prepare code to receive several urls. Blocked on bug #645139

libsocialweb: create a separate library folks-libsocialweb

Based on initial work from:
 Thomas Thurman <thomas@thurman.org.uk>
Reworked by:
 Alban Crequy <alban.crequy@collabora.co.uk>

libsocialweb: Don't crash when D-Bus method Query.OpenView() returns an error

libsocialweb: Print debugging info after initializing a Sw.Persona and not before

libsocialweb: Automatically merge Facebook XMPP contacts with the libsocialweb ones

libsocialweb: Make Sw.Persona retrieve gender and URLs from libsocialweb

libsocialweb: Make Sw.Persona implement the NameDetails interface instead of Aliasable

libsocialweb: add new backend

Based on patches from:
 Marco Barisione <marco@barisione.org>
Reworked by:
 Alban Crequy <alban.crequy@collabora.co.uk>

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