Updated Czech translation

abstract-field-details: Minor documentation fix

e-d-s: test case for changing primary store

e-d-s: allow setting default address books in tests

e-d-s: notify when an address book is configured as default

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

core: add Folks.PersonaStore.user-set-default property

With this property we can tell if a Store (i.e.: an e-d-s address
book) has been marked by the user as his default store (either from
Evo or from GOA, etc).

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

IndividualAggregator: improve naming for primary store related methods

Renamed _set_primary_store () to _configure_primary_store () and refactor
the code that actually sets the primary store into _set_primary_store ().

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

Let each PersonaStore manage its trust-level

Previously, the IndividualAggregator was in charge of
downgrading and upgrading the trust-level of each
PersonaStore. From now on, we let each Store manage its
trust-level since it's the natural way to do it.

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

Bug 659128 — If a persona store goes away we don't remove its personas

Handle removal of the address books backing Edsf.PersonaStores by notifying
of the removal of all the personas in the store, then emitting
PersonaStore.removed.

Test included.

Closes: bgo#659128

individual: Prefer data from personas with writeable properties

As an addition to the fix for bgo#657783, if two personas come from stores
which have equal is-primary-store values, we now prefer the persona which
lists the given property as writeable. If both personas list (or don't list)
the property as writeable, we fall back to the given ordering function as
before.

Closes: bgo#657783

tracker: configure primary store for tests via env var

No need for GConf to set up primary store for tests, doing it
via en env var is good enough.

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

e-d-s: configure primary store for link-personas test via env var

For tests, it's much simpler to do it via an env variable than via
GConf and we avoid ourselves a dependency.

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

Updated Polish translation

Folks.Individual: don't use is-writeable in change_avatar

This is a follow-up for commit 96539acd, using PersonaStore.is_writeable
is deprecated in favour of checking Persona.writeable_properties

build: Clean the .typelib file in clean rather than maintainer-clean

It's built by `make` not the maintainer, so according to
http://www.gnu.org/software/hello/manual/automake/Clean.html it should be
cleaned by `make clean`.

Also remove it from BUILT_SOURCES, since it doesn't belong there.

Don't distribute the typelib file.

Typelib files are architecture-specific, so they shouldn't be distributed.

Closes: bgo#659095 - Don't distribute typelib file

Folks.Individual: use is-primary-store instead of is-writeable

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

IndividualAggregator: s/writeable_store/primary_store/g

Renamed _writeable_store to _primary_store to augument clarity.
Also, stop listening and setting is-writeable properties and
work with is-primary-store properties.

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

Folks.PersonaStore: add is-primary-store and deprecate is-writeable

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

core: use always-writeable instead of is-writeable

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

core: deprecate FOLKS_WRITEABLE_STORE for FOLKS_PRIMARY_STORE

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

e-d-s: always open address books (regardless of it existing or not)

This helps Gnome Contacts which needs to make sure that at least
the system address book exists.

Bug 657065 — Cache keeps around contacts from disabled accounts

Add some extra conditions on loading and storing the Tpf.PersonaStore cache,
so as to prevent loading it when the account is disabled or invalid, and to
prevent storing it unnecessarily.

This also adds some extra debug output to Tpf.PersonaStore's caching methods.

Closes: bgo#657065

Bug 658002 — defective typelib

Pass the libtool dlname for libfolks.so to g-ir-compiler rather than
libfolks.la.

Closes: bgo#658002

Updated Slovenian translation

Remove extra definition of BACKEND_EDS

e-d-s: add test for auto linking via emails and IM addresses

e-d-s: assume certain e-mail addresseses are IM IDs too

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

avatar-cache: Add some more debug output

Updated Polish translation

Bug 633781 — Allow to set avatar on individuals

Make Individual.avatar writeable and write new avatars back to the personas
from writeable persona stores in an individual.

Closes: bgo#633781

build: use AM_MAINTAINER_MODE([enable]) instead of AM_MAINTAINER_MODE

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

Bug 658730 — ngettext (Plural forms) needed…

Use ngettext() instead of gettext() for a plural string.

Closes: bgo#658730

Bug 658874 — Typo?

Fix a typo in a translatable string in the Tracker backend.

Closes: bgo#658874

Bug 658331 — Ensure read-only PersonaStores have empty writeable-properties

Ensure that Edsf.PersonaStore.always-writeable-properties is empty for
EDS address books which are read-only. Similarly, ensure that
Edsf.Persona.writeable-properties is also empty for such address books (which
follows because it passes through the value of always-writeable-properties).

No other backends need modifying for this, since no others have a concept
of “read only” except libsocialweb, which already has empty
writeable-properties properties.

Closes: bgo#658331

e-d-s: only emit notifications if properties have changed

This is a follow-up for what was suggested in:

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

about dealing with updating properties and emitting notifications.

Bug 658631 — crash at empathy startup

In the case that a persona is removed and the individual containing that
persona is replaced by a different non-null individual which doesn't contain
that persona (because it's been removed), we need to set the persona's
individual pointer to null rather than the replacement individual.

This stops us tripping the assertion in the setter for Persona.individual.

Closes: bgo#658631

individual-aggregator: Add some more debug output

It turns out to be really useful to see what's being emitted by
IndividualAggregator.individuals-changed-detailed.

Added Swedish translation

Czech translation

Added Czech language

e-d-s: Make sure consecutive property changes work

Don't send any notification due to property changes until we've
done updating an entire persona, otherwise code that listens to
such notifies will see the persona in an intermediate state, whic
can cause problems. For instance, if such a callback tries to
change a property it might not recieve change notification for it.

e-d-s: Make sure we clear old attributes when setting im_addresses

The previous code called e_contact_get_attributes() which returns
a copy of the attributes, and tried to remove it with
e_vcard_remove_attribute () which matches on pointer values, so
it always failed.

Added Polish translation

Post-release version bump

Release version 0.6.2.1

IndividualAggregator: copy the list of stores before looping over it

Because a Backend's list of PersonaStores can change while we are
iterating it, we do a copy before starting.

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

NEWS: add new section for next release

Post-release version bump

Release version 0.6.2

Update @since tags

Updated galician translations

Updated NEWS file

tracker: update link personas test

tracker: update IM addresses updates test

tracker: update add persona tes

tracker: update set-im-addresses test

Because IM addresses are linkable property, a new Individual
is created when they are modified.

e-d-s: update set-im-addresses test

Because IM addresses are linkable property, a new Individual
is created when they are modified.

e-d-s: only emit notifications if linkable properties changed

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

e-d-s: move Set comparison method into it's own class

This refactoring is so we can reuse the method with other
types.

Bug 656689 — Re-link personas on linkable properties being changed

Listen for notifications of changes to the linkable properties of every
persona in the IndividualAggregator. When we receive such a notification,
relink that persona by artificially removing them from the aggregator and
immediately re-adding them.

Like many things in the IndividualAggregator, this is ugly — but it appears
to work, and I can get my head around it.

Closes: bgo#656689

core: Fix individuals_changed_detailed mappings for unlinked individuals

It turns out that we can do a post-processing phase on the mappings to be
emitted by IndividualAggregator.individuals_changed_detailed and ensure that
individuals who've been unlinked are represented by a mapping from themselves
to the set of individuals replacing them, rather than a mapping from
themselves to null, and null to the set of individuals replacing them.

This probably isn't the most efficient way to fix the problem, but it works
and I can just about understand it.

Helps: bgo#656689, bgo#657282

core: Be more thorough when removing individuals from the link map

Since the values of personas' linkable properties could've changed since we
added them to the link map, we have to be more thorough when removing
individuals from the map. We therefore now remove them by examining all the
values in the map, and removing every mapping to the individual we're
interested in.

Helps: bgo#656689

core: Add more debug output and validation to the IndividualAggregator

Everyone loves debug output, and validating that we aren't leaving stale
entries in the link map which will later cause whoever's looking into
aggregator bugs to hide in a corner and cry.

Helps: bgo#656689

core: Clarify that Persona.linkable_properties doesn't change at runtime

Helps: bgo#656689

core: Ensure we always notify of new Individuals

In the following situation, it was possible for
IndividualAggregator.individuals_changed_detailed to not emit a notification
that an individual was added:

If two personas were added by a given store in the same emission of
PersonaStore.personas_changed, the IA would create an Individual, i1, from
the first and add a mapping (null → i1) to the change set. It would then
process the second, destroying the first individual and creating a new
Individual, i2, (correctly) containing both personas. In doing so, it would
remove the mapping (null → i1) from the change set, but would incorrectly
not add a mapping (null → i2) in its place.

This situation can be extended to others where a single new Individual is
formed from multiple new personas coming from a single emission of
PersonaStore.personas_changed.

Closes: bgo#657282 (again)

e-d-s: kill gconfd-2 after running a test

I thought we were properly cleaning up the GConf entries
generated by each test run but it turns out that sometimes
gconfd-2 exits /after/ we've supposedly nuked it's directory.
So before cleaning up GConf's files we now kill gconfd-2
to prevent it from sync-ing to disc afterwards.

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

Bump required Vala version.

This avoids breaking the build due to valac --fatal-warnings for our
internal code.

Update for translatable strings in group-details

Fix birthday calculation in eds tests.

It's not nice to discriminate against people born outside of UTC.

Updated Slovenian translation

Added British English translation

e-d-s: remove invalid assertion in set-roles test case

e-d-s: free resources properly between tests cases on link-persona test unit

e-d-s: eliminate another case of possible WebServiceFieldDetails with null value

e-d-s: don't instantiate WebServiceFieldDetails with null values

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

libsocialweb: update bug link in lsw for quiescence support

Bug 657783 — Prefer data from primary store when picking Individual values

Use a consistent high-level order over personas in an individual to choose
which one to use for the value of single-valued properties such as alias,
avatar and gender.

Closes: bgo#657783

core: Clarify nullability of a few properties

AliasDetails.alias, NameDetails.nickname and NameDetails.full_name must never
be set to null. The empty string represents an unset value for these
properties.

Updated Slovenian translation

Added sl for Slovenian translation

Added Slovenian translation

aggregator: Fix a typo in emit_individuals_changed()

aggregator: Remove a useless duplicated set

This appears to be lingering from the dark days when we used
GLib.List<Persona>.

aggregator: Factor out code to add personas to the link map

This doesn't change behaviour at all (apart from debug messages), but should
make the code a bit more maintainable.

Workaround for Tpf.PersonaStores with no stored channels support

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

e-d-s: add test case for settings roles

e-d-s: extend add persona test to handle Roles

e-d-s: implement support for RoleDetails

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

build: tests don't use <folks/*.h> so add path to folks/

libsocialweb: make PersonaStores immediately quiescent

Because we don't know if a libsocialweb service has 0
contacts or is not well configured or is not authenticated, etc.;
we might end up forever for contacts to arrive and never
achieve quiescence. Until libsocialweb provides us with more
information about the status of service (is it configured and
authenticated? How many contacts should we receive? etc.) we
immediately declare it quiescent after preparing it.

telepathy: Potentially fix is-quiescent

See: bgo#656184

eds: Immediately make non-browseable Edsf.PersonaStores reach quiescence

For example, some LDAP servers may not be browseable (i.e. they're search
only), so should reach quiescence immediately. This prevents the
IndividualAggregator waiting for ever for them to become quiescent.

Helps: bgo#656184

[l10n] Updated German translation

Updated Spanish translation

Updated galician translations

tests: Port the remaining tests to use individuals_changed_detailed

Helps: bgo#657282

tests: Expand the aggregation test to check both individuals_changed signals

Helps: bgo#657282

Bug 657282 — Add an IndividualAggregator.individuals_changed_detailed signal

This supersedes IndividualAggregator.individuals_changed, providing more
information about the relationships between the added and removed individuals.

Closes: bgo#657282

Bug 657789 — Don't claim uneditable eds fields as writable

Support setting the writeable-properties property of Edsf.Persona and the
always-writeable-properties property of Edsf.PersonaStore from the set of
supported fields exported by the address book.

Closes: bgo#657789