Head-up: Evolution-Data-Server Camel API changes to land next week

[Milan Crha]

Hi all,
this is yet another announcement of prepared changes for
the Evolution-Data-Server, this time about Camel and its changes to
make more objects GObject based, for better/easier introspection of the
Camel library. I mentioned this almost four months ago [1]. This had
been initiated by Corentin, I'd like to thank him for his help on it.

There will be a soname version bump, which I usually do not announce,
but this time the change makes semi-huge API changes, which require not
only rebuild, but also some additional changes among the projects which
link against libcamel. The corresponding bug report [2] contains a list
of possibly related projects. Some of them are hosted in GNOME
infrastructure and already contain a wip/camel-more-gobject branch.

I plan to merge the evolution-data-server changes on Tuesday,
November 8th (the next week), and as soon as possible also the changes
in evolution, evolution-ews, evolution-mapi, evolution-rss and
evolution-activesync, thus the GNOME Continuous builds are not broken
for long.

If there are more projects which would require changes, then do not
hesitate to contact me either on IRC or file a bug in GNOME and CC me
there. I'll be glad to help with the changes.
Bye,
Milan

[1] https://mail.gnome.org/archives/desktop-devel-list/2016-June/msg00048.html
[2] https://bugzilla.gnome.org/show_bug.cgi?id=764065
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: [Evolution-hackers] Switching from Autotools to CMake for core evolution products

[Milan Crha]

On Thu, 2016-10-27 at 18:10 +0100, Sam Thursfield wrote:
> On Thu, Oct 27, 2016 at 3:23 PM, 藍挺瑋  wrote:
> > 於 週三，2016-10-05 於 09:33 +0200，Milan Crha 提到：
> > Can we have a common way to enable GTK-Doc installation in modules
> > using CMake? In modules using Autotools, we have --enable-gtk-doc
> > which is recognized by every module supporting generating
> > documentation with GTK-Doc . However, we have two important modules
> > using CMake, Evolution (including Evolution-Data-Server) and
> > WebKitGTK+, but they require different options to enable GTK-Doc.

Hi,
I agree that the consistency is "good to have". I chose the name to
stay as close to the one from autotools as possible. Similarly with
other offered configure options.

> gtk-doc now ships a CMake module upstream:
> .
> 
> I adapted this from existing code in the Firtree project:
> 
> 
> It would be nice if Evo and WebKitGTK+ could switch to using that. It
> may need some improvements; I used it successfully in a couple of
> projects (proprietary ones, sadly) but I don't know how much use it
> has had elsewhere.

Unfortunately, I do not recall what failed for me when I tried to use
it in the time I've been adding the functionality into the libical.
It's couple months ago, it's likely that the things changed on the
GtkDoc side meanwhile, I really didn't give it a try any time recently.

Similarly to WebKit, I currently do not plan to bump GtkDoc dependency,
but it doesn't mean I'm against it. As I begun above, the consistency
is good to have.
Bye,
Milan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list