On Mi, 2011-01-26 at 11:34 -0500, Matthew Barnes wrote:
> Can you elaborate on the creation use case? Sounds like you're creating
> local data sources on the fly?
Yes. The primary use case is in automated testing. Instead of having to
create the database in advance via the GUI, the test driver do
On 01/26/2011 07:37 PM, Matthew Barnes wrote:
As of today, we have dropped support for gtk+-2.0. Evolution and all
related modules now require gtk+-3.0.
Until the GTK+ team releases version 3.0, I'm going to keep our gtk+-3.0
requirement set to the latest tarball release -- currently 2.99.2 --
As of today, we have dropped support for gtk+-2.0. Evolution and all
related modules now require gtk+-3.0.
Until the GTK+ team releases version 3.0, I'm going to keep our gtk+-3.0
requirement set to the latest tarball release -- currently 2.99.2 -- to
ensure we're all keeping up with the latest b
On Wed, 2011-01-26 at 16:23 +0100, Patrick Ohly wrote:
> SyncEvolution uses all of these calls. I don't mind rewriting the code,
> but let's make sure that there is a proper replacement.
>
> What I need to do is:
> - list all address books and calendars
> - open any of the listed databases
> - cre
On Do, 2010-12-09 at 11:00 -0500, Matthew Barnes wrote:
> libebook
>
> - Remove e_book_new_from_uri() and e_book_get_uri().
>
> - Remove e_book_get_addressbooks().
>
>
> libecal
> ---
>
> - Remove e_cal_new_from_uri() and e_cal_get_uri().
>
> - Remove e_cal_get_sources().
I must
