[Telepathy] ANNOUNCE: folks 0.4.0

[Travis Reitter]

libfolks 0.4.0 is now available for download from:

http://ftp.gnome.org/pub/GNOME/sources/folks/0.4/

274818fcf325cf77b292abddca62745a5a5c56e701b900a8c42e0b8283d4f830
folks-0.4.0.tar.bz2

30000e80c6dab1c34f8c1748513ddbefe25ce1b79dfb6ea966ee777f0522bd82
folks-0.4.0.tar.gz

libfolks 0.4.0 — Nobody wants songs about candy
========================================================================
Libfolks pulls together contacts from any number of accounts supported
by the libfolks backends. This release includes a Telepathy backend
complete enough to power Empathy and a key file backend to allow contact
linking. We would like to include additional backends
(especially evolution-data-server), so let us know if we can help!

The 0.4.x series is API and ABI stable and corresponds to the Gnome 3.0
release. New feature development (and potentially API and ABI breaks)
will continue in the 0.5.x series. Only critical bug fixes will be
back-ported to 0.4.x.

For more information, see the Folks wiki page:
http://telepathy.freedesktop.org/wiki/Folks

What's new?
===========

Bugs fixed:
* Bug 642351 — BACKEND_STORE_KEY_FILE format should support a wildcard
  entry
* Bug 643241 — _update_urls () needs to create copies of each
  List<FieldDetails>
* Bug 643247 — Folks needs C API documentation
* Bug 643201 — folks-inspect can't handle properties which are
  List<FieldDetails>
* Bug 642866 — tp-lowlevel leaks TpChannel
* Bug 642861 — FolksLinkedHashSet still alive when exiting Empathy
* Bug 642493 — Folks needs API for specifying a contact's organisation
* Bug 642500 — Folks needs API for specifying a contact's birthday
* Bug 642501 — Folks needs API for attaching notes to a Contact
* Bug 641210 — Add interface for postal addresses
* Bug 643956 — Use the correct signal name for postal addresses
* Bug 643954 — Add to_string () to PostalAddress class
* Bug 643955 — Add to_string () to RoleOwner class
* Bug 643957 — Deal handle birthday and postal-addresses.
* Bug 644457 — Handle structured names
* Bug 644165 — An individual's avatar shouldn't be replaced by a null
  avatar

API changes:
* Add RoleDetails interface
* Add BirthdayDetails interface
* Add NoteDetails interface
* Add PostalAddressDetails interface
* Rename Aliasable -> AliasDetails
* Rename AvatarOwner -> AvatarDetails
* Rename Emailable -> EmailDetails
* Rename Favouritable -> FavouriteDetails
* Rename GenderOwner -> GenderDetails
* Rename Groupable -> GroupDetails
* Rename IMable -> ImDetails
* Rename NameOwner -> NameDetails
* Rename Phoneable -> PhoneDetails
* Rename PresenceOwner -> PresenceDetails
* Rename Urlable -> UrlDetails

Dependencies
============
libfolks and depend upon core GNOME libraries (GLib, GIO, etc.), as well
as the recent releases of Vala and gobject-introspection.

The Telepathy backend also requires a recent release of
telepathy-glib, built to include its Vala bindings.

Contributing/Contact
====================
For any questions, comments, feature proposals, etc., please refer to
the Telepathy mailing list or #telepathy on Freenode.
For bug reports, please file them with the GNOME Bugzilla module "folks"