Change NoteDetails.notes to be of type Set<Note>

Helps: bgo#640092

Change LocalIdDetails.local_ids to be of type Set<string>

Helps: bgo#640092

Change PersonaStore.personas to be a Map<string, Persona>

This helps in our quest to get rid of HashTable.

Helps: bgo#640092

Change IndividualAggregator.individuals to be a Map<string, Individual>

This helps in our quest to get rid of HashTable.

Helps: bgo#640092

Change IndividualAggregator.get_[all_]potential_matches() to return a Map

We don't want to expose the fact that we're using a *hash* map internally.

Helps: bgo#640092

Change IndividualAggregator.link_personas() to take a Set<Persona>

Helps: bgo#640092

Port IndividualAggregator.individuals_changed to use Set<Individual>

Helps: bgo#640092

Fix a race condition in Tpf.PersonaStore

The /IndividualRetrieval/aggregator:add test can execute multiple calls to
Tpf.PersonaStore.add_persona_from_details() with the same contact ID
simultaneously. Since the change to use sets, the fact that only one
of the adds is succeeding is no longer hidden by our use of GLib.List.

This commit fixes the error handling in
Tpf.PersonaStore.add_persona_from_details() to be more resilient to the
contact already existing.

Helps: bgo#640092

Remove unused code from Tpf.PersonaStore

Port PersonaStore.personas_changed to Set<Persona>

Helps: bgo#640092

Port Individual.personas_changed to use Set<Persona>

Helps: bgo#640092

Port Individual.personas to be a Set<Persona>

This is a major user of GLib.List, and porting it should make porting a lot
of other stuff a lot easier.

Helps: bgo#640092

Convert the internal store of Personas in Individual to use HashSet

This converts the private variables in Individual which store its set of
Personas to use a single HashSet instead of a separate GLib.List and HashSet.

This won't compile, but making all the necessary adjustments to
Individual.personas to make it compile would've made the commit too complex
to review. The next commit will update Individual.personas.

Helps: bgo#640092

Remove use of GLib.List in public BackendStore API.

Helps bgo#640092 - Folks should minimize use of GLib.List (including its public
API)

Use just a HashSet in IndividualAggregator._add_personas()

Remove use of GLib.List. Helps: bgo#640092

Change UrlDetails.urls to be a Set<FieldDetails>

Helps: bgo#640092

Change PhoneDetails.phone_numbers to be a Set<FieldDetails>

Helps: bgo#640092

Change EmailDetails.email_addresses to be a Set<FieldDetails>

Helps: bgo#640092

Change PostalAddressDetails.postal_addresses to be a Set<PostalAddress>

Helps: bgo#640092

Change FieldDetails.parameters to be a MultiMap<string, string>

Helps: bgo#640092

Change GroupDetails.groups to be a Set<string>

Helps: bgo#640092

Change Backend.persona_stores to be a Map<string, PersonaStore>

Helps: bgo#640092

Remove LinkedHashSet in favour of Gee.HashSet

Helps: bgo#640092

Change WebServiceDetails.…addresses to be a MultiMap<string, string>

Helps: bgo#640092

Change ImDetails.im_addresses to be a MultiMap<string, string>

Helps: bgo#640092

Add navigation tests for LinkedHashSet.Iterator

Helps: bgo#645684

Implement an Iterator for LinkedHashSet

In order to ensure that calling Iterator.remove() on an iterator returned by
LinkedHashSet.iterator() actually removes the item from both the linked list
and hash set in the LinkedHashSet, we have to subclass Iterator ourselves.

This means that all the LinkedHashSet tests pass once more.

Closes: bgo#645684

Add stamping to LinkedHashSet

Since we don't have access to the stamps in the LinkedHashSet's linked list
or hash set, we have to maintain our own. This is necessary for implementing
our own Iterator. (See next commit.)

Helps: bgo#645684

Remove implementation of LinkedHashSet.list_iterator()

The extra methods provided by ListIterator are all incompatible with the
set qualities of LinkedHashSet, and would allow duplicate entries to be
introduced into the set.

LinkedHashSet.iterator() continues to return an iterator which uses the
links in LinkedHashSet to provide fast iteration.

Helps: bgo#645684

Add tests for LinkedHashSet.iterator()

Helps: bgo#645684

Don't remove the wrong Individuals from IndividualAggregator

In IndividualAggregator._individual_removed_cb(), don't remove the individual
from IndividualAggregator.individuals unless it is actually the individual
which is emitting the "removed" signal.

Closes: bgo#647121

Fix Tpf.Persona to use its store's ID in persona UIDs

It was previously (incorrectly) not using the PersonaStore's ID as the middle
component in its UID, which meant that the same IM address as added on two
different accounts using the same protocol would have the same UID,
undermining the concept of a UID as a globally unique identifier for a
Persona.

Closes: bgo#647121

Bug 647562 — Don't crash on duplicate group channels

Add download-page and bug-database entries to DOAP file.

Add a (long) description to the DOAP file.

Bug 645388 — Group channels are leaked

Post-release version bump.

Release version 0.5.0

Add NEWS entry for potential matches.

Add NEWS entry for the WebServiceDetails interface.

Add NEWS entry for LocalIdDetails interface

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