changes: Workaround : Add --disable-fatal-warning

Cleanup specfile

Workaround : Add --disable-fatal-warning

Add --disable-fatal-warning in configure option to fix the build issue with evolution-data-server

Fix: replace glib2 macro

Clean up spec file

Enabled evolution-data-server backend again

Fix: lang package dependency

remove evolution-data-server backend

Bump to 0.8.0

add: autogen

Inital packaging on 0.8.0

Release version 0.9.5

Temporarily disable the Tracker tests, as they're currently broken

Temporarily disable docs for distcheck due to bgo#706857

Do not distribute _gen/param-spec-struct.h in tarballs or scan it with g-i

It isn't self-contained, and provokes a (non-fatal) syntax error from
g-ir-scanner.

Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Acked-by: Philip Withnall
Bug: https://bugzilla.gnome.org/show_bug.cgi?id=697261

Folks.SmallSet: return a value

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

core: Tidy up documentation in LocationDetails

use IndividualAggregator.dup () in tests and tools

The default constructor has been deprecated.

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

aggregator: add dup() methods returning a singleton

As discussed on bgo#705289 we don't support having different aggregator
instances as they would share the same set of personas. Adding this singleton
makes things easier for client applications.

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

Revert "add unit test for bgo#705289"

It doesn't make sense any more as multiple aggregators are not supported any
more.

This reverts commit 1b7e8d83bb7488aac7bcf2d59df3a7b35f316ae2.

Update Chinese simplified translation

tests: Fix implicit .begin usage in double-aggregator test

add unit test for bgo#705289

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

Change-Id: Ief7bef8651ae1df8b2a927ae22fd5fb162e43466

Post-release version bump

Release version 0.9.4

core: Keep leading ‘+’s when normalising phone numbers

These are needed to indicate country codes for international numbers.

See: https://bugzilla.gnome.org/show_bug.cgi?id=685992
Closes: https://bugzilla.gnome.org/show_bug.cgi?id=701850

build: Bump EDS dependency to 3.9.1

This EDS version fixes a Vala binding which was causing folks to
not build.

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

consider an individual as favorite if one of its persona is a favorite

We used to consider all the personas as having the "is-favourite" property
defined. So _update_single_valued_property was giving the priority to the
primary store (usually EDS) leading to the individual being considered as
unfavourite even if it has a Telepathy persona as favourite.

We now consider the "is-favourite" property being defined if it's set to TRUE
so any favourite persona will take presedence.

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

key-file: do not use deprecated loop_run_with_non_fatal_timeout()

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

Fix coding style in previous patch

TpfPersona: Manage the TpContact weak ref ourself instead of using GWeakRef

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

build: distcheck fails trying to remove a srcdir file

When we referenced $(srcdir)/libfolks_telepathy_la_vala.stamp, we were
telling automake that it was OK to delete it from the srcdir, which is
considered bad form. By referring to it from the builddir, we don't
implicitly suggest it can be deleted (as it is as a part of its creation
process).

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

docs: don't include the img/* content to avoid a build break

This ignores content in the img/ subdir to avoid build errors if it's empty
(as it currently is). This directory will store custom images, so if we add
any, we will need to re-add those files to the appropriate *_DATA
definitions.

build: don't depend on tp-zeitgeist.vapi for --disable-zeitgeist

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

Revert "docs: fix the path to the backend support library header files"

This reverts commit a945327bcbbab2af0c4871e9cbb70080ec71db8b.

See commit 311690817f40affee131cbd64870f9f5c4d32196 for details.

Revert "build: Don’t build Vala headers in a subdirectory unnecessarily"

This reverts commit 4c06ecc26bfde7397357ef4ae7ad83a5925db43d
because it caused build failures when building folks for the first time
without a system-installed copy of the development headers.

Bug 703709 — can't compile folks. fails at GISCAN TpLowlevel-0.6.gir

Add a missing GNU Make dependency for the GIR file.

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

docs: links cannot span multiple lines

docs: correctly delimit links in the tp-zeitgeist comments

docs: only use one copy of the tp-zeitgeist interface

We can't include both tp-zeitgeist and tp-zeitgeist-dummy because valadoc
will complain of re-definitions. Using the dummy version seems to work even
if --enable-zeitgeist is used, so this should cover us in all cases.

docs: fix the path to the backend support library header files

docs: Use the correct Vala version string for valadoc

It was failing to find the expected driver, previously, which broke the
build

build: Remove redundant variable from Makefile.am

telepathy: Fix build with --disable-zeitgeist

Vala doesn’t pass #if conditionals through to generated C code, so when
building folks from a tarball, the --[enable|disable]-zeitgeist option was
having no effect, and Zeitgeist was always being pulled into the build.

Fix this by separating the Zeitgeist code out into a small noinst shim
library and always generating C code for two versions of it: one with
Zeitgeist enabled, and one with it disabled. The correct one’s C code is
then compiled and linked into libfolks-telepathy.la when building from the
tarball.

This is a horrible, ugly fix, but the only better fix is to disable
distribution of generated C code. This was attempted, but thwarted by
automake’s Vala support.

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

telepathy: Move Zeitgeist code entirely into Tpf.PersonaStore

Ready to split it out into a shim library.

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

build: Makefile whitespace fixes

build: Reorder DIST_SUBDIRS to match SUBDIRS

So we don’t encounter problems during `make dist` due to recursing in
a different order from normal.

build: Don’t build Vala headers in a subdirectory unnecessarily

build: Remove generated C/H/vapi/stamp files from MAINTAINERCLEANFILES

As long as --vapi and -H/-h options are correctly passed to a target-specific
VALAFLAGS, automake will automatically add these generated files to the
maintainer-clean target.

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

build: Use target-specific VALAFLAGS rather than AM_VALAFLAGS

This allows automake to parse the flags for each target and generate
appropriate rules. For example, by explicitly specifying “--vapi foo.vapi” in
foo_VALAFLAGS (not just specifying “--library foo”), dependency and clean-up
rules for foo.vapi will be generated by automake. Accordingly, this commit
also adds missing --vapi flags.

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

build: Disable fatal warnings when making distcheck

It’s just too painful. They’re normally turned on during development
anyway.

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

build: Remove redundant entries from GITIGNOREFILES

Now that git.mk has been modified to add better Vala support, these
are unnecessary.

build: Modify git.mk to ignore generated C/H files and Vala .stamp files

These modifications are being submitted upstream.

build: Update git.mk from upstream

Upstream is now located at https://github.com/behdad/git.mk. The file hasn’t
been modified from upstream.

Do not install the TpLowlevel.{gir,typelib}

Adapted from a patch by Markus Lehtonen <markus.lehtonen@linux.intel.com>

Make the last commit change use the same formatting for Tp backend

Link the support library GIRs against libfolks

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

Add namespace and version to libfolks-tracker GIR

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

Add namespace and version to libfolks-libsocialweb GIR

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

Add namespace and version to libfolks-eds GIR

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

Add namespace and version to libfolks-telepathy GIR

Without this in place, JavaScript (and probably other introspected) code
calling Vala client code can end up mysteriously hitting this error:

CRITICAL **: g_irepository_find_by_name: assertion 'typelib != NULL' failed

because it fails to locate the proper typelib.

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

core: Add PresenceDetails::client-types and implement on Individual and Tpf.Persona

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

Post-release version bump

Release version 0.9.3

Added GIR bindings for the backend support libraries

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

Generate FolksTracker gir file

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

Generate FolksLibsocialweb gir file

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

Generate FolksEds gir file

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

Generate FolksTelepathy gir file

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

Clean up version and capitalization for TpLowlevel GIR

This is required to make it actually usable by FolksTelepathy's GIR

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

Split the API version definition so it can be used more extensively

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

Include /folks in PKG_CONFIG_PATH

This is required for the gobject-introspection tools to find the folks
pkgconfig files.

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

Include GIR version number in folks.vapi

The fact that this was missing was causing build warnings for all clients

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

Update NEWS

Partially revert commit c5ada29a75e9c5a1 for the telepathy tests

Fixes #686715

Signed-off-by: Seif Lotfy <seif@lotfy.com>

telepathy: Port to zeitgeist 2.0

Signed-off-by: Seif Lotfy <seif@lotfy.com>

eds: Clarify mapping between properties and vCard fields in EDS

docs: Clarify use of interfaces for property access on Folks.Persona

tests: Fix whitespace in Makefile

Revert "Temporarily work around valadoc crasher with eds docs"

This reverts commit f2e229d963bd6f10a8e9210688cc144e449e756c.

Revert "Temporarily work around valadoc crasher with Telepathy docs"

This reverts commit 0b3481831b43b9bc8dd9133bfe6d78f1a0103fe0.

Post-release version bump

Release version 0.9.2

Temporarily work around valadoc crasher with eds docs

Temporarily work around valadoc crasher with Telepathy docs

Cut excess line

Set release version of new API and update NEWS

Make Telepathy docs build defs stand-alone

Pass the --driver version to valadoc to minimize complications.

This ensures that we're building the library with the same version of Vala
that valadoc uses

Use correct @return instead of @returns (which breaks valadoc)

Bump libebook requirement to un-break GIR bindings.

E.BookClient.connect() had been annotated to return void so this should fix
the issue.

backends: eds: make the personna store backend more 'async'

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

Correctly check for existence of Zeitgeist.

Correct the terminology in Zeitgeist check failure

Remove autodependency on zeitgeist

build fix: include folks-generics in docs arguments

Add warnings (normally fatal) on use of archaic C features

We don't want these even in C code generated by Vala, and certainly not
in hand-written C code.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=697354
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Philip Withnall <philip@tecnocode.co.uk>

Ensure that the C bits of TestCase are pre-declared in a header

This lets us verify that their Vala and C ABIs are the same: if they
are not, compilation will fail.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=697354
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Philip Withnall <philip@tecnocode.co.uk>

Declare internal function folks_persona_store_set_is_user_set_default()

As explained in the comment, I can't find any better way to do this.
Implicit declarations are Bad, so we should be making them into errors
by default.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=697354
Reviewed-by: Philip Withnall <philip@tecnocode.co.uk>
[added a comment as requested -smcv]
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>

Include ERROR_CFLAGS everywhere we compile C code

AM_CFLAGS was missing from a couple of foo_CFLAGS variables (it isn't
"inherited" automatically), so add that too.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=697354
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: Philip Withnall <philip@tecnocode.co.uk>