syncevolution/src/backends/buteo
Krzesimir Nowak a7ad98fabc Port build system to non-recursive Automake.
All but toplevel Makefile.am are replaced with their non-recursive
counterparts. The generation of configure.in was removed (and thus
configure-{pre,post}.in are also removed) in favor of configure.ac
and m4 macros adding backend specific configure parts.

Version number is generated like in old build system.

There are still many things to improve, but for now there are no
immediate regressions. AUTOTOOLS-TODO contains a list of possible
improvements and fixes. AUTOTOOLS-TESTING contains what was tested
with current build system (configure flags, make options).
2011-08-30 16:38:34 +02:00
..
profiles Port build system to non-recursive Automake. 2011-08-30 16:38:34 +02:00
buteo.am Port build system to non-recursive Automake. 2011-08-30 16:38:34 +02:00
ButeoBridge.cpp local sync: renamed "source-config" to "target-config" 2011-06-28 18:42:43 -07:00
ButeoBridge.h Buteo sync: must read credentials after msyncd had a chance to set them 2011-02-24 10:11:35 +01:00
configure-sub.in Port build system to non-recursive Automake. 2011-08-30 16:38:34 +02:00
README local sync: renamed "source-config" to "target-config" 2011-06-28 18:42:43 -07:00

This pseudo-backend directory does not build a normal SyncEvolution
backend. Instead it just uses the autotools extension mechanism to
hook some source code into the SyncEvolution build and creates the
/usr/lib/sync/libsyncevo-buteo.so sync client plugin for Buteo.


It expose SyncEvolution's sync engine to Buteo. This must work without
prior manual configuration of SyncEvolution.

The approach will be something like this:
* create and install libsyncevo-buteo.so sync client plugin
* define "Google Calendar" service using it
* configure it in sync UI
* during sync, create or update "google@default" local sync
  config, with "target-config@google" for remote CalDAV access

Because of the limited applicability of the plugin, hard-coding
specific services is okay.