TpfPersonaStore: warn on error initialising tp logger

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

TpfPersonaStore: disconnect signals in _reset

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

Various coding style fixes, add comments and debug()

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

Add internal TpfPersona._set_is_favourite

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

Port TpfPersonaStore to high-level tp-glib APIs

It now uses Connection.ContactList iface instead of deprecated
ContactList channels.

Note that this introduce an important behaviour change: folks will
no longer pull all TpContact features, but rely on the user to define
features needed on the default AM's factory.

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

[l10n] Added Italian translation

Test: disconnect individuals_changed signal to avoid race

Otherwise, deleting the 2nd account runs the mainloop and could make
the aggregator realize the 1st account got removed and start removing
its individuals.

Tests: TpConnectionStatus can also be CONNECTING

Tests: terminate DBus trafic with the connection before removing its account

Otherwise unit tests gets racy.

tests: Fix some C warnings in the Telepathy tests library

Tests: fix a race condition

It is not guaranteed that individuals_changed and individuals_changed_detailed
signals will have the individuals in the same order.

Tests: port to verbatim copy of tp-glib files

Tests: Change namespace to TpTests instead of TpTest

Files from telepathy-glib are in TpTests namespace, so this
will facilitate copying verbatim copy.

TpTestBackend: Make sure DBus trafic is done in tear_down

Make sure unit cache tests are not messing the user's cache

XDG_CACHE_HOME must be set before the first call of g_get_user_cache_dir().
The problem is g_file_new_for_path() actually ends to a call to
g_get_user_cache_dir() somewhere in gvfs, so ensure we set the env before
that.

Increase quiescent timeout to 30s

5s is too optimistical, it can easily take longer when printing debug
messages on terminal (unit test failing because of this) or even in real
world usage if system is a bit on load.

tpf-persona: use tp_connection_get_account()

telepathy-glib introduced API to get the TpAccount of a TpConnection so Folks
doesn't have to do it manually.

This has the nice side effect of fixing a crash when TpAccount/TpConnection
are momentary out of sync while connecting/disconnecting accounts.

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

Updated Polish translation

Updated Galician translations

Updated Spanish translation

Post-release version bump

Release version 0.6.8

telepathy: Add a couple of debug messages

tests: Fix potential match tests in Tracker backend

The recent changes to name matching broke the incrementing of match levels
depended on by the tests. Fix that.

eds: Remove Vala 0.14 code from EDS backend

Now that we depend on Vala 0.15 unconditionally, we don't need the Vala 0.14
versions of things.

libsocialweb: Fix the tests to work with libsocialweb 0.25.20

This bumps our libsocialweb dependency to 0.25.20 since that's the first
release to include the s/com.meego/org.gnome/ D-Bus path change.

telepathy: Handle null account managers

This can occur in the tests when using persona stores which haven't been
prepare()d at all.

Updated Slovenian translation

i18n: Update British English translation

telepathy: Fix weak_unref() warnings

If a TpContact is destroyed and our weak reference handler is invoked, it
could previously not remove the TpContact's pointer from the map of weak
references held by the persona store. When the persona was later destroyed,
it would call weak_unref() on the stale pointer and cause a warning.

This patch ensures we always remove pointers from the map when their
weak notification functions are called.

i18n: Add a missing file to POTFILES.in

docs: Various documentation fixes

Bug 660235 — Consistent signal handlers to a terminal would be cool

Fix folks-inspect’s handling of SIGINT, SIGTERM and EOF. In the former case,
we want to clear the current input buffer and display a new prompt. In
the case of SIGTERM we want to exit cleanly, and in the case of EOF we want
to exit if the input buffer is empty.

The combination of readline, Unix signals and threads in this was unfun.

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

inspect: Move readline() loop into the GLib main loop

The readline() loop is more pain than it’s worth, so we now use readline’s
callback interface for command line handling, allowing us to use a single
main loop and a single thread for both the aggregator and readline.

This should make signal handling a lot easier.

Note that this bumps our Vala requirement from 0.15.1 to 0.15.2.

telepathy: Handle contact removals from groups

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

Bug 670872 — Should be less sensitive to accentuated chars

Strip accented characters from names and make them all lower case when
searching for potential matches between individuals.

This uses a modified version of Empathy's live search code to allow for
string matches regardless of case or accentuation.

The commit also fixes the potential match code to handle UTF-8 properly,
which it wasn't doing before.

This includes a test case.

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

tests: Tidy up the tracker/match-name test a little

Reduce code duplication somewhat.

Bug 671900 — Folks should not suggest linking contacts from telepathy-salut

Reject any possibility of a match between two individuals if either of them
have a trust level of NONE (which can happen if they contain link-local XMPP
personas, for example).

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

core: Make PotentialMatch._inspect_im_addresses() private

It was never meant to be public, and nobody should've been using it.
Consequently, let's pretend this isn't an API break.

telepathy: Handle TpProxy::invalidated signals in the Telepathy backend

If the TpConnection is invalidated (due to the CM crashing), we want to
reset the state of the TpfPersonaStore (but not remove it). If the
TpAccountManager is invalidated (due to it crashing), we assume that all
accounts have been invalidated, and remove all TpfPersonaStores. Same for
the TpAccount.

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

Bug 672373 — folks-import segfaults (Archlinux x86_64)

Fix a GValue boxed-type-mismatch between folks-import and ImDetails which
was causing crashes.

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

create_personas_from_contact_ids: always return all the personas

We always want to try adding the persona to Telepathy, even if it was already
existing in Folks because, for example, we look for the details of this
contact before adding it.

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

_add_persona_from_contact: always return the persona

In some case we may be interested by using the persona even if it was already
existing.

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

Updated Spanish translation

Updated Polish translation

Updated Galician translations

Signed-off-by: Fran Diéguez <fran.dieguez@mabishu.com>

Updated Slovenian translation

core: Improve quiescence timeout

Ensure that we start the timeout in the case that all backends are marked
as quiescent (meaning that they've added all their persona stores), but none
of the persona stores are.

eds: Tie favourite status to “Starred in Android” group for Google Contacts

Link is-favourite to whether a “Starred in Android” group exists on a contact
(and vice-versa) if the contact is from a Google Contacts address book.

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

telepathy: Handle null birthday strings

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

Updated Swedish translation

build: Add missing entry to NEWS

core: Don’t modify a HashSet while iterating over it

Even though we were modifying it from the Iterator (which should’ve been OK),
we got hit by https://bugzilla.gnome.org/show_bug.cgi?id=671327 which meant
that some Personas weren't getting disconnected from Individuals. This is a
likely cause of bug #670523.

This also includes a related (but irrelevant to the bug itself) tidy-up to
Persona._individual.

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

Persona: make sure to NULL-ify the individual when it's destroyed

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

folks: Don't set G_MESSAGES_DEBUG unconditionally

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

build: Add --disable-fatal-warnings configure flag

Useful for builders who aren't necessarily developers.

Added uk translation

libsocialweb: Tidy up Swf.PersonaStore.prepare() to return asynchronously

Previously, the prepare() method would return synchronously, firing off
some asynchronous methods in libsocialweb, which would later return in
callbacks and (theoretically) cause the persona store to reach quiescence.

This behaviour was not playing nicely with the expected asynchronous
behaviour of prepare(), and wasn't handling errors properly — on an error,
the code would cancel preparation, but not throw an error or remove the
persona store.

The code now throws errors and removes the persona store if preparation
fails, which should hopefully help some of the not-reaching-quiescence issues
we’ve been seeing.

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

core: Force IndividualAggregator quiescence after a 5s timeout

This prevents clients being (too) adversely affected (e.g. not being able
to do anything) by buggy Backends and PersonaStores which never reach
quiescence.

Note that this patches the symptoms, not the cause of the problem. Good as
a safety net, though.

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

Bump Tracker version requirements to match current Tracker

Factor out the tracker-sparql major number.

This changes fairly often, so this will make it easier to adjust it all
in one place.

Post-release version bump

Release version 0.6.7

Temporarily disable troublesome tests due to bgo#668415

Cut invalid overly-specific type cast

The Vala compiler now correctly warns that typeof(Foo<Bar>) is invalid,
so this stops pretending we can be that specific.

(The generated C code can't make a GValue as specific as the above Vala
code fragment suggests; historically, the compiler would let you get
away with this, likely with the false assumption that the generic type
would ever be considered again.)

Build with vala 0.15

Note fix for bgo#670196 in NEWS

Updated Czech translation

add missing config.h includes

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

Disable glib deprecated warnings

We need GValueArray for dbus-glib, and it got deprecated in GLib 2.31.x

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

Add zh_CN to LINGUAS

Add Simplified Chinese translation.

[l10n] Updated German translation

Updated Polish translation

Updated Slovenian translation

Updated Spanish translation

Only add non-empty Role or PostalAddress fields in Tracker backend

This prevents some newly-exposed test failures.

Don't assume every Tpf.Persona has a contact

Fix the nullity of test functions.

Make Individual implement PresenceDetails properly

Make Tpf.Persona properly implement the PresenceDetails properties.

Match names better for PotentialMatches

We match alias as well as full name, to e.g. match an EDS contact (full name)
with an IM contact (alias).

Also, we make exact name matches bring the priority to HIGH alone, which
is needed in the IM case since the alias is the only piece of data
we have to match on.

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

autogen.sh: Honor NOCONFIGURE=1

See http://people.gnome.org/~walters/docs/build-api.txt

Updated Galician translations

Updated Czech translation

eds: Add a dummy authentication handler

This will deny any authentication requests, which goes some way to stopping
address books remaining in the “opening” state indefinitely. However, it
(curiously) doesn’t entirely eliminate the problem.

It also looks like this is a situation where the ::opened signal can return
an error while the async open() call doesn’t. Joy.

telepathy: Fix weak notification of TpContacts

By the time our weak notification callback was called, the TpContact’s
handle had been set to 0, which mucked things up for us.

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

telepathy: Keep Tpf.PersonaStore.personas up to date for cached stores

When loading a Tpf.PersonaStore from its cache, ensure Personas are inserted
into both the set of personas _and_ the map of IIDs to personas.

This fixes Tpf.PersonaStore.personas being empty for cached stores.

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

Bug 667410 — A second aggregator instance only fetches a subset of contacts

This was happening because the initial BackendStore was hanging around across
multiple IndividualAggregator instances, keeping all the Backends,
PersonaStores and Personas alive.

The IndividualAggregator didn’t have code to deal with pre-prepared Backends
and PersonaStores, meaning it never realised the Personas existed (because
they weren’t announced via personas-changed signals), and thus never created
Individuals out of them.

This commit fixes the problem by having IndividualAggregator check for
existing Backends, PersonaStores and Personas when prepare() is called.

It also adds a test case to the folks test suite, based on the one written
by Guillaume in bgo#667410.

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

eds: Mark a few more contact fields as being handled

This should prevent a few debug messages about unhandled fields.

core: Set G_MESSAGES_DEBUG when parsing debug domains

This stops GLib from dropping all our debug output (unless the user has
remembered to set G_MESSAGES_DEBUG manually in addition to FOLKS_DEBUG).

build: Add folks-internal files to MAINTAINERCLEANFILES etc.

docs: Add NEWS for the previous two commits

build: Add lcov make targets from telepathy-glib

Add lcov.mk, copied from telepathy-glib:
http://cgit.freedesktop.org/telepathy/telepathy-glib/tree/tools/lcov.am
with the tp-glib–specific bits removed.

These targets are only useful if folks is compiled with
--enable-code-coverage.

To run the test suite and generate a report, run `make lcov-check`. To just
generate a report without running the test suite, run `make lcov-report`.

The .info file and generated report are only deleted by
`make maintainer-clean`, since the developer might want to refer to them
across other cleans.

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

Bug 657063 — Allow to pass a command to folks-inspect

Add a non-interactive mode to folks-inspect which executes the command
given on the command line synchronously, and then exits.

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

inspect: Set up locale in main()

tests: Add a quiescence test for the Telepathy backend

This just checks that an aggregator with a single Tpf.PersonaStore reaches
quiescence in a reasonable time.

tests: Add a fake-tp-backend program in the Telepathy tests

This is not an automated test, and is intended to be run manually on a D-Bus
bus specified using the DBUS_SESSION_BUS_ADDRESS environment variable,
together with a client program (for example, a test program) to be run against
it.

build: Add an --enable-code-coverage configure parameter

When building with code coverage enabled, -fprofile-arcs and -ftest-coverage
will be passed to gcc during compilation, and -lgcov will be passed during
linking.

Code coverage is disabled by default for the core of folks, since it has to
turn off valac’s ‘-g’ option to output #line directives in the generated C
code. This is necessary because lcov gets confused by execution passing
between .vala and .c files. More useful results can be obtained by just
looking at the code coverage of the .c files and ignoring the boilerplate
in them.

(More specifically, lcov reports on .vala files aren’t especially useful
because they erroneously mark many lines as being executed which actually
weren’t. This happens because one Vala line may be compiled into several
lines of C, some of which will be executed unconditionally even if the Vala
line itself isn’t executed. This will fool lcov into thinking the Vala line
was actually executed.)

Code coverage is automatically turned off when making a release.

build: Tidy up use of AM_* variables in Makefile.ams