Antoine Jacoutot authored May 30, 2017 and Milan Crha committed May 30, 2017

The warning was:
warning: "HAVE__NL_MEASUREMENT_MEASUREMENT" is not defined

Let's have it as it's common to be, which means top level src/ for
sources, single data/ for data, and so on.

It's sometimes hard to spot what's wrong when creating a new
address book/calendar/task list/memo list/mail account, or editing
it. This change adds visual indication beside widgets whose value
is not filled correctly.

The ESourceExtension had a 'unit' property, but it was not used
anywhere, thus I changed it to reflect possible values of current
libgweather and made it used in the background.

Apart of fixing the crash, the format of saved location is changed,
which requires changes in evolution-data-server, commit with the same
bug number in its description (063a2bc).

Evolution consists of entirely too many small utility libraries, which
increases linking and loading time, places a burden on higher layers of
the application (e.g. modules) which has to remember to link to all the
small in-tree utility libraries, and makes it difficult to generate API
documentation for these utility libraries in one Gtk-Doc module.

Merge the following utility libraries under the umbrella of libeutil,
and enforce a single-include policy on libeutil so we can reorganize
the files as desired without disrupting its pseudo-public API.

   libemail-utils/libemail-utils.la
   libevolution-utils/libevolution-utils.la
   filter/libfilter.la
   widgets/e-timezone-dialog/libetimezonedialog.la
   widgets/menus/libmenus.la
   widgets/misc/libemiscwidgets.la
   widgets/table/libetable.la
   widgets/text/libetext.la

This also merges libedataserverui from the Evolution-Data-Server module,
since Evolution is its only consumer nowadays, and I'd like to make some
improvements to those APIs without concern for backward-compatibility.

And finally, start a Gtk-Doc module for libeutil.  It's going to be a
project just getting all the symbols _listed_ much less _documented_.
But the skeletal structure is in place and I'm off to a good start.

libgweather 3.5.0 changed API compared to API, and some small
changes are needed in the configuration widgets.

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

ECalSourceConfig drags in no additional dependencies, and although we do
publish a libevolution-calendar.so, this keeps all the ESource config UI
in one place so it can more easily be moved to Evolution-Data-Server.

Registers the "Weather" backend in ECalSourceConfig widgets.

Replaces the 'calendar-weather' plugin.