+Overview of changes from libfolks 0.5.2 to libfolks 0.5.3
+=========================================================
+
+Bugs fixed:
+* Bug 649925 — expose SocialWebClient.Contact in Swf.Persona
+* Bug 646244 — Incomplete logic to handle attribute updates in Folks.Individual
+* Bug 652463 — Tidy up CLEANFILES
+* Bug 652434 — Add ability to run any tests through gdb
+* Bug 648071 — Add support for presence status from Telepathy
+* Bug 652472 — Handle failure in getting the logger service better
+* Bug 629716 — Migrate Folks to GDBus
+* Bug 652660 — Make Individual.id more stable and well-defined
+* Bug 652449 — Folks.Individual's property getters should be read only
+* Bug 653325 — Build system does not complain if trying to build docs without
+ vala-doc installed
+* Bug 653746 — mismatch between hash and equals in Note
+* Bug 638281 — Add an EDS backend
+* Bug 654509 — Folks master not building
+* Bug 652048 — Make nickname writable
+* Bug 652425 — Failure codes for removing personas needed in PersonaStoreError
+* Bug 645549 — Add a way to get the individual from a persona
+* Bug 650422 — Add API for easily checking whether details are writeable
+* Bug 655019 — Don't notify twice for nickname changes
+* Bug 650414 — Need better APIs to handle image data
+* Bug 652643 — Add PersonaStore cache
+* Bug 655510 — Make truly-writeable *Details property setters public
+* Bug 654907 — The writable store shouldn't be set by type_id
+* Bug 655745 — Implement read/write support for gender property
+* Bug 649296 — Folks backend files shouldn't begin with "lib"
+* Bug 652657 — Allow writing to properties of all personas
+* Bug 655008 — Tidy up error handling in eds backend
+* Bug 653619 — Add company details
+* Bug 653679 — Change PostalAddressDetails.postal_addresses to support
+ vCard-like arbitrary parameters
+* Bug 653680 — Change ImDetails.im_addresses to support vCard-like arbitrary
+ parameters
+* Bug 655917 — Rebase EmailDetails.email_addresses upon an
+ AbstractFieldDetails-derived class
+* Bug 655374 — Un-break avatar tests
+* Bug 655919 — Rebase NoteDetails.notes upon an AbstractFieldDetails-derived
+ class
+* Bug 655920 — Rebase PhoneDetails.numbers upon an AbstractFieldDetails-derived
+ class
+* Bug 653682 — Change WebServiceDetails.web_service_addresses to support
+ vCard-like arbitrary parameters
+* Bug 655921 — Change RoleDetails.roles to support vCard-like arbitrary
+ parameters
+* Bug 655922 — Rebase UrlDetails.urls upon an AbstractFieldDetails-derived class
+
+API changes:
+* Swf.Persona retains and exposes its libsocialweb Contact
+* Add a PresenceDetails.presence_status property
+* Make NameDetails.nickname settable
+* Drop AliasDetails support from Trf.Persona
+* Add PersonaStoreError.PERMISSION_DENIED and PersonaStoreError.REMOVE_FAILED
+* Change the error domain of PersonaStore.remove_persona() from GLib.Error to
+ Folks.PersonaStoreError
+* Add a Persona.individual property
+* Add a Persona.writeable_properties property and implement it in all the
+ Persona subclasses
+* Make BirthdayDetails.calendar_event_id nullable
+* Make Folks.Utils public and add Gee structure equality functions
+* AvatarDetails.avatar is now of type LoadableIcon?
+* Add AvatarCache class
+* Add ObjectCache class
+* Remove leaked internal PotentialMatch.result_to_string() method
+* Add RoleDetails:role property
+* Rebase FieldDetails upon AbstractFieldDetails (requiring the use of the
+ equivalent AbstractFieldDetails functions in place of the FieldDetails ones).
+* Add AbstractFieldDetails.equal() and hash() for better matching on structures
+ which will store derived objects.
+* Add parameters as an optional argument for the FieldDetails constructor
+* Use PostalAddressFieldDetails for PostalAddressDetails.postal_addresses
+* Remove PostalAddress.types (obsoleted by PostalAddressFieldDetails.parameters)
+* Add and use ImFieldDetails for ImDetails.im_addresses
+* Add and use EmailFieldDetails for EmailFieldDetails.email_addresses
+* Add and use NoteFieldDetails for NoteFieldDetails.notes
+* Remove Note class (obsoleted by NoteFieldDetails)
+* Add and use PhoneFieldDetails for PhoneFieldDetails.phone_numbers
+* Remove all PhoneDetails functions (obsoleted by PhoneFieldDetails)
+* Add and use WebServiceFieldDetails for
+ WebServiceFieldDetails.web_service_addresses
+* Use RoleFieldDetails for RoleDetails.roles
+* Use UrlFieldDetails for UrlDetails.urls
+
+Overview of changes from libfolks 0.5.1 to libfolks 0.5.2
+=========================================================
+
+Bugs fixed:
+* Bug 650067 — Tracker backend warns when setting a NULL avatar (ie, unsetting
+ the avatar)
+* Bug 650268 — build failure: "--vapidir=.: command not found"
+
+Overview of changes from libfolks 0.5.0 to libfolks 0.5.1
+=========================================================
+
+Bugs fixed:
+* Bug 645388 — Group channels are leaked
+* Bug 647562 — Don't crash on duplicate group channels
+* Bug 647121 — Crash in individual_store_contact_sort at
+ empathy-individual-store.c line 1387
+* Bug 645684 — Implement Iterator on LinkedHashSet
+* Bug 640092 — Folks should minimize use of GLib.List (including its public API)
+* Bug 648161 — Add GObject Introspection Support
+* Bug 645186 — Make sure all connect() calls have appropriate disconnect() calls
+* Bug 648533 — Add runtime debug signalling
+* Bug 649790 — Vala uses the wrong includes
+* Bug 649088 — Combining contacts doesn't work with german Umlauts
+
+API changes:
+* LinkedHashSet.list_iterator() is now disallowed (causes an assertion failure)
+* LinkedHashSet.iterator() now returns a BidirIterator instead of just an
+ Iterator
+* ImDetails.im_addresses is now of type MultiMap<string, string>
+* WebServiceDetails.web_service_addresses is now of type
+ MultiMap<string, string>
+* Removed LinkedHashSet in favour of Gee.HashSet
+* Backend.persona_stores is now of type Map<string, PersonaStore>
+* GroupDetails.groups is now of type Set<string>
+* FieldDetails.parameters is now of type MultiMap<string, string>
+* FieldDetails.get_parameter_values() now returns type Collection<string>
+* FieldDetails.extend_parameters() now takes type MultiMap<string, string>
+* PostalAddressDetails.postal_addresses is now of type Set<PostalAddress>
+* EmailDetails.email_addresses is now of type Set<FieldDetails>
+* PhoneDetails.phone_numbers is now of type Set<FieldDetails>
+* UrlDetails.urls is now of type Set<FieldDetails>
+* BackendStore.enabled_backends now has type Map<string, Backend>
+ - The corresponding C function folks_backend_store_dup_enabled_backends()
+ has been renamed folks_backend_store_get_enabled_backends(), and no longer
+ returns an owned variable.
+* Individual.personas now has type Set<Persona>
+* Individual.personas_changed now uses Set<Persona>-typed parameters
+* PersonaStore.personas_changed now uses Set<Persona>-typed parameters
+* IndividualAggregator.individuals_changed now uses
+ Set<Individual>-typed parameters
+* IndividualAggregator.link_personas() now takes a Set<Persona>
+* IndividualAggregator.get_all_potential_matches() now returns a
+ Map<Individual, Map<Individual, MatchResult>>
+* IndividualAggregator.get_potential_matches() now returns a
+ Map<Individual, MatchResult>
+* IndividualAggregator.individuals now has type Map<string, Individual>
+* PersonaStore.personas now has type Map<string, Persona>
+* LocalIdDetails.local_ids now has type Set<string>
+* NoteDetails.notes now has type Set<Note>
+* RoleDetails.roles now has type Set<Role>
+* PotentialMatch.known_email_aliases now has type Set<string>
+* PostalAddress.types now has type Set<string>
+* Add Folks.Debug debug controller class
+* All pc-files now only add the $includedir to the cflags, so all includes
+ must be of the form <folks/*.h>
+
Overview of changes from libfolks 0.4.0 to libfolks 0.5.0
=========================================================
+Major changes:
+* Add support to change primary (writeable) store either via
+ GConf or an env variable (bug 645441).
+* Bumped Vala dependency to 0.12.0 for bug #646345
+
Bugs fixed:
* Bug 644968 - _update_phone_numbers() needs to create copies
of each List<FieldDetails>
* Bug 645570 — Fix checks for empty and equal StructuredNames
* Bug 645989 — Ensure add_persona_from_details handles the basic attribute
* Bug 645413 — Write support for Tracker
+* Bug 645441 — Mechanism to specify primary backend
+* Bug 638280 — Add a libsocialweb backend
+* Deal with duplicated phones/e-mails in Tracker
+* Bug 646944 — Fix libsocialweb updates and removals of contacts
+* Bug 644867 — add interface for linkable web service contact UIDs
+* Bug 647168 — print the "web-service-addresses" property correctly
+* Bug 646831 — Setting an existing phone number or e-mail address on a
+ Trf.Persona fails
+* Bug 647298 — folks-inspect gets SIGSEGV when trying to auto-complete
+ parameters
+* Bug 646948 — Support for potential matches
API changes:
* Add equal () to StructuredName
* Add detail_key () along with an enum PersonaDetail to PersonaStore
which together define the basic attributes that should be supported
by add_persona_from_details ().
+* Add public primary_store to IndividualAggregator
+* Add LocalIdDetails interface for linking Personas based on local address book
+ IDs (such as for the Tracker backend Personas)
+* Add WebServiceDetails interface for linking Personas based on web service
+ accounts (such as for the libsocialweb backend Personas)
+* Add PotentialMatch class and IndividualAggregator.get_potential_matches() and
+ IndividualAggregator.get_all_potential_matches() to suggest Individuals that
+ may match the given Individual or all potential matches, respectively.
Overview of changes from libfolks 0.3.6 to libfolks 0.4.0
=========================================================