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

[Sam Thursfield]

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.

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.

Sam
___
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

[Michael Catanzaro]

On Thu, 2016-10-27 at 18:10 +0100, Sam Thursfield wrote:
> 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.

WebKit can't depend on it for a few years because we want to support
old versions of GtkDoc, sorry. The CMake stuff could be copied from
GtkDoc into WebKit, of course, but it requires some work to update our
build system and is not a priority for us, so it requires a motivated
contributor.

Michael
___
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] Documentation Issue? Leaving messages on server indefinitely

[Mario Wenzel]

Hello,

this might be a documentation issue or a feature request, I don't know
which. I am using a mail account that has enough space. At one computer
I want to receive the mails as pop3 (basically a copy) and at the other
computer I use IMAP to organize and manage the account.

Now I want my pop3-evolution to leave the messages on the server
indefinitely and not delete them after some days.

I am not sure whether I can just set that as 0 and the messages will
never be deleted or whether this will delete messages immediately. I am
too scared to try, since this would break a lot of stuff if the
messages were deleted for the imap-client.

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.

Thanks
Mario
___
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

[Emmanuele Bassi]

It would be nice to have gobject-introspection ship a cmake module as well.

I've already had to fix libical and evolution-data-server in
Continuous because of a mismatch between Makefile.introspection and
cmake.

Additionally, if somebody well versed in cmake could help out with
this issue, it would be great:

  https://github.com/libical/libical/pull/246

Ciao,
 Emmanuele.

On 27 October 2016 at 18:10, 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.
>
> 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.
>
> Sam
> ___
> desktop-devel-list mailing list
> desktop-devel-l...@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list



-- 
https://www.bassi.io
[@] ebassi [@gmail.com]
___
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

[藍挺瑋]

於 週三，2016-10-05 於 09:33 +0200，Milan Crha 提到：
>   Hello,
> this is a heads up that the evolution-data-server, evolution,
> evolution-ews and evolution-mapi products will switch from Autotools
> to
> CMake for the 3.23.1 release. Each of them has created a wip/cmake
> branch, which builds and even runs. I tried to keep things as close
> as
> they were with the Autotools, but I made some cleanup changes here
> and
> there (the evolution installs more shared libraries, evolution-ews
> and
> evolution-mapi have some installed libraries renamed and/or added;
> header and pkg-config files for the evolution-ews and evolution-mapi
> are not provided any more), thus some tweaks in packaging (apart of
> calling CMake instead of autotools) will be required.
> 

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.

Evolution only recognizes -DENABLE_GTK_DOC=ON and WebKitGTK+ only
recognizes -DENABLE_GTKDOC=ON. I think it will be better to have single
way to do it, so users don't have to remember to use different options
when building different modules, and jhbuild users can write single
cmakeargs instead of many module_cmakeargs in jhbuildrc when they want
to install GTK-Doc documentation.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers