Re: [Evolution-hackers] Head-up: Evolution-Data-Server Camel API changes to land next week

[Zisu Andrei]

Hey Milan,

I had some patches for the SPECIAL-USE flags, but I haven't had time to
deal with them over summer, should I also try to get those merged before
the window closed?

On Mon, Oct 31, 2016 at 5:06 PM Milan Crha  wrote:

> 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
> ___
> evolution-hackers mailing list
> evolution-hackers@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-hackers
>
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers

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
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Documentation Issue? Leaving messages on server indefinitely

[Milan Crha]

On Thu, 2016-10-27 at 20:10 +0200, Mario Wenzel wrote:
> Sadly the documentation doesn't state whether this is possible. If it
> isn't, then this is basically a feature request and I'll file it as
> one. If I can just set 0, I'll file it as a documentation issue. I
> don't know which.

Hi,
the "Delete after [  0 ] day(s)" works like "Leave messages on the
server forever". I use it here too.

By the way, you would get sooner response, if you write to the
evolution-list. Your question is user centric, from my point of view,
thus it would make perfect sense to ask the users, whom would know too.
Bye,
Milan
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers