Ideally, we could just take a newer version of telepathy-glib, but it's
basically dead, so just fix it here.

Otherwise, the tests of the Bluez backend will fail

dbus-broker (which is installed by default in Fedora >30) has some
backwards compatibility issues with dbus-daemon which prevents us from
using it in our CI. Let's just install dbus-daemon instead.

Given that we're now depending on unstable releases of E-D-S, we need a
more bleeding-edge distro to cope with this.

Instead, we can use pkg-config to query the correct variable. So we need no
more guessing out of a hardcoded list of known names at build-time.

Fixes https://gitlab.gnome.org/GNOME/folks/issues/110

Fixes https://gitlab.gnome.org/GNOME/folks/issues/114

This stores the linking personas in the key file store instead of the
primary store. The primary store can be anything writable but we
shouldn't add any personas the the users store, escpecally since we
can't safely remove it again. Therefore this makes always use of the
key-file store to save the linking persona and personas needed if a not
writable persona is involved in linking and unlinking.

The local ids can be used to link personas which don't have any common
linking properties. This makes it possible to use the key file store to
store linking personas.

This is a regression after poritng the build system from Autotools to
Meson.

Fixes https://gitlab.gnome.org/GNOME/folks/issues/115

This reverts commit 497ab047.

They want new e-d-s running. No thanks.

https://gitlab.gnome.org/GNOME/folks/issues/56

Closes https://gitlab.gnome.org/GNOME/folks/merge_requests/10

It has been wrong since the autotools times, and apparently nobody has
noticed. Why bother documenting the library in the first place?

Signed-off-by: Philip Withnall <withnall@endlessm.com>

Fixes: #108

This gives issues for people that don't have their python2 binary at
`/usr/bin/python2`. The cleanest way to solve this is to just use
`/usr/bin/env python2`

Fixes https://gitlab.gnome.org/GNOME/folks/issues/107

it’s been dead for years

It was deprecated quite some time ago in favor the simpler GTask API.

`GSimpleAsyncResult` has been deprecated in favor of the simple GTask
API quite some time ago.

Due to the way `TpMutableContactGroupListInterface` is set up, we now
also have to implement the `_finish` functions (since we don't use the
default GSimpleAsyncResult implementation anymore). Luckily, the
functions have the same signature, so we can just reuse one function
here.

This gets rid of some GObject boilerplate, while simultaneously fixing a
deprecation warning (due to the use of `g_type_class_add_private`).

This was deprecated a long time ago (since GLib 2.36) and no longer does
anything. Fixes a deprecation warning.

This fixes a valac warning.

This fixes a few valac warnings.

This fixes a valac warning when compiling the libsocialweb backend.

This was needed in the automake build, but since we've added support for
Meson now, we can just rely on the `--gdb` option of `meson test` to
start up a gdb instance for us (and G_DEBUG=fatal-warnings to let us
break at the correct point).

https://gitlab.gnome.org/GNOME/folks/merge_requests/13

Maintaining Autotools as a build system is very, very heavy on
maintenance. Let's drop this for the next big release so we can focus on
the bugs that truly matter.

https://gitlab.gnome.org/GNOME/folks/merge_requests/13

And update them to use Meson conventions for testing and building rather
than autotools-related ones.