This is needed because the current development libhandy version is
smaller than its API version.

It can be dropped completely as soon as we depend on libandy 1.0.

There's a pretty good chance that there were some changes in
evolution-data-server since `1.13`, so let's bump it to a reasonable
minimum by setting it to the one in Debian stable (which is 3.30)

We started requiring at least version 2.52 when we started using
`Uuid.string_random()` (thanks @ricotz for pointing this out).

Let's just immediately bump it to the currently supported version of
Debian stable, which is 2.58.

@ricotz helpfully pointed out that we don't need the
`--disable-since-check`, since we don't even compile on valac 0.38.10.

Let's remove the check for the option, and instead have a check at the
beginning that people aren't trying to compile Contcts on a too old
Vala.

libcanberra-gtk got removed in the latest Flatpak runtime (3.38), so we
can't build cheese as it hard depends on it. Luckily, we don't
hard-depend on cheese, so let's get rid of it (for now).

As an extra, this commit also makes Cheese an optional dependency,
making it a bit easier to build it at the first go (without installing
cheese-devel) and a shorter CI time.

We are using a different appid when building for development. By setting
the profle=development meson changes the appid to the devel appid.

This also changes the behavior of profile: always use
`org.gnome.Contacts` and only when profile=development use the devel
appid.

* Replace `join_paths` with the `/` operator
* Remove some unused config variables
* Use `@BASENAME@` when it makes sense

This is required to build with current libhandy

Seems I forgot to commit part of my last fix.

See #122

This fixes RTL direction support of Hdy.Leaflet.

When using libhandy as a subproject, we use its `libhandy_dep` variable,
which doesn't contain the VAPI. Normally, this would be handled by
pkg-config, but since that's not used here, make sure we add it
ourselves.

This will be needed to use Hdy.init() in the next commit.

This should make it easier for build processes (like package builds)
that run entirely offline to have the dependency available.

We'd like to get rid of this submodule in the next release, but I guess
it can't be avoided for now.

Fixes #120

We actually already assumed this when building docs.

This is the first version to offer the 'use-markup' property for
Gtk.ModelButton, which is going to be used in the next commit.