[folks] Created tag FOLKS_0_5_0

[Travis Reitter <treitter src gnome org>]

The unsigned tag 'FOLKS_0_5_0' was created.

Tagger: Travis Reitter <travis reitter collabora co uk>
Date: Tue Apr 12 01:03:30 2011 -0700

    Tag version 0.5.0

Changes since the last tag 'FOLKS_0_4_0':

Alban Crequy (25):
      libsocialweb: Don't crash when D-Bus method Query.OpenView() returns an error
      libsocialweb: create a separate library folks-libsocialweb
      libsocialweb: prepare code to receive several urls. Blocked on bug #645139
      libsocialweb: convert GenericArray to LinkedHashSet
      libsocialweb: use the new Contacts interface
      libsocialweb: fix @since
      libsocialweb: fix error PersonaStoreError.UNSUPPORTED_ON_USER
      libsocialweb: use BACKEND_NAME in build_uid
      libsocialweb: make gender_string lowercase before comparing with "male" and "female"
      libsocialweb: factor build_facebook_jid and build_iid
      libsocialweb: check contacts capabilities and disconnect signals
      tests: libsocialweb: new test infrastructure for libsocialweb
      libsocialweb: update dependency on libsocialweb-client 0.25.14
      libsocialweb: conditional compilation
      libsocialweb: update NEWS
      vala: require version 0.12.0
      libsocialweb: fix: update and delete contacts
      linking: add interface for linkable web service contact UIDs
      tests: linking: libsocialweb
      NEWS: add references to the last libsocialweb bugs
      folks-inspect: print "web-service-addresses" property correctly
      tracker tests: fix Makefile.am
      phone-details: move a comment to make valadoc happy
      Revert "Temporarily disable lsw aggregation test. See bgo#647200"
      linking: check if details contain im-addresses or web-service-addresses

Marco Barisione (5):
      libsocialweb: add new backend
      libsocialweb: Make Sw.Persona implement the NameDetails interface instead of Aliasable
      libsocialweb: Make Sw.Persona retrieve gender and URLs from libsocialweb
      libsocialweb: Automatically merge Facebook XMPP contacts with the libsocialweb ones
      libsocialweb: Print debugging info after initializing a Sw.Persona and not before

Philip Withnall (3):
      Clarify immutability of Persona.uid
      Bug 645680 â?? Use random integer IDs for Kf.Personas
      Bug 645475 â?? Linker warnings for Tracker backend tests

Raul Gutierrez Segales (49):
      Copy new Emails for individuals, don't hold stale pointers.
      Copy new PhoneDetails for individuals, don't hold stale pointers.
      Factor out common dbus wrapper code into sourceable files
      Ensure we are only testing the built-in backends
      Initial implementation of the tracker backend
      folks-inspect: use LinkedHashSet to access im-addresses
      Fix entries in the NEWS file
      EXTRA_DIST in tests/tools  was missing a few files
      Add equal method to StructuredName
      Add missing backslash to EXTRA_DIST list
      Fix checks for empty and equal StructuredNames
      Helpers to check add_persona_from_details' compliance with basic attributes.
      Update Kf.PersonaStore.add_persona_from_details to use defined constants
      Access detail_key via `this` since its an instance method
      Add write support for Tracker
      Add support to switch primary backend either by GConf or an env var
      Implemented linkable_property_to_links in Trf.Persona
      Add test for linking personas using the Tracker backend
      Add NEWS entry about support to switch primary store
      Fix make distcheck by including tracker files in EXTRA_DIST
      [Tracker] Re-use phone-numbers/emails if they already exist
      [Tracker] Add test for duplicated e-mail addresses
      [Tracker] Add test for duplicated phone numbers
      key-file: Make Kf.Persona implement WebServiceDetails interface
      Only add available properties when linking Personas
      List Folks.PersonaDetail in alphabetical order
      Remove a print statement that was used for debugging
      Add LocalIdDetails interface to link Personas from Tracker
      Add LOCAL_IDS to the known defined keys for add_persona_from_details
      [Tracker] Implement support for LocalIDDetails
      Implement LocalIDDetails for Folks.Individual
      Extend IndividualAggregator to support linking via local_ids
      Add test for linking 2 Trf.Personas via local_ids
      Implement web-service-details for Trf.Personas
      Add Folks.Utils to group helper methods
      Add helper method to normalise and compare phone numbers
      Add support to perform potential matches among Individuals
      Add test to match via IM Addresses
      Add test to match via e-mail addresses
      Add test to avoid matching known e-mail addresses
      Add test to match via phone numbers
      Add test to match via name similarity
      Add test for get_{all}_potential_matches APIs
      String should be `very low` instead of `very unlikely`
      PotentialMatch: make result_to_string a class method
      Fixed problem with saving results in get_all_potential_matches
      Handle setting existing emails/phones in a Trf.Persona
      Add test for setting an existing email an a Trf.Persona
      folks-inspect: Fix crashes when trying auto completion with parameters

Sjoerd Simons (1):
      When removing, use a local copy of the personas

Travis Reitter (17):
      Post-release version bump.
      Update folks-import to the current API for ImDetails.im_addresses.
      Disconnect from 'invalidated' on proxies we abandon.
      Cut unused automake variables.
      Distribute (but not install) internal .gir and .vapi files
      Label trf-persona-store as translatable.
      Make tests use local GConf config and store.
      Include GConf when building docs.
      Distribute the gconf path files.
      Don't remove our generated gconf.path during 'make all'
      Make Folks.PersonaStore.detail_key() static.
      Bump libsocialweb version.
      Temporarily disable lsw aggregation test. See bgo#647200
      Add NEWS entry for LocalIdDetails interface
      Add NEWS entry for the WebServiceDetails interface.
      Add NEWS entry for potential matches.
      Release version 0.5.0