Re: [Evolution] Installing Evolution Exchange

[Michael Hennebry <hennebry web cs ndsu nodak edu>]

On Wed, 22 Jun 2011, David Woodhouse wrote:

> On Tue, 2011-06-21 at 10:02 -0500, Michael Hennebry wrote:
> > My yum doesn't believe in evolution-ews.
>
> There are Fedora 14 i386 packages at
> http://download.meego.com/live/home:/dwmw2:/evo/Fedora_14/
> although they need updating. Mail will work there, but the latest
> calendar functionality isn't in those yet. Or is going to do that
> *today*, I hope?
>
> If you're on Fedora 15 or non-i386, you'll currently need to build from
> source. It's not hard:

I'm still on Fedora 13, so I definitely need source.

> sudo yum install evolution-devel evolution-data-server-devel "pkgconfig(gconf-2.0)" "pkgconfig(glib-2.0)" 
> "pkgconfig(gtk-doc)" gettext intltool gnome-common
> git clone git://git.gnome.org/evolution-ews
> cd evolution-ews
> ./autogen.sh

autoconf reports six failures.
Two of the complaints were that <ac_nonexistent.h> did not exist.
<ac_nonexistent.h> does not exist.
Apparently <ac_nonexistent.h> is used as an error marker,
but what error it marks, I cannot tell.
I don't see any way this could have ended well:
> configure:4160: $? = 0
> configure:4174: gcc -E  conftest.c
> conftest.c:11:28: error: ac_nonexistent.h: No such file or directory
> configure:4174: $? = 1
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "evolution-ews"
> | #define PACKAGE_TARNAME "evolution-ews"
> | #define PACKAGE_VERSION "0.31.0"
> | #define PACKAGE_STRING "evolution-ews 0.31.0"
> | #define PACKAGE_BUGREPORT
> "http://bugzilla.gnome.org/browse.cgi?product=evolution-ews";
> | #define PACKAGE_URL ""
> | #define PACKAGE "evolution-ews"
> | #define VERSION "0.31.0"
> | /* end confdefs.h.  */
> | #include <ac_nonexistent.h>
The third was about an extern inside a function.
I think that without -Werror it would have been a warning.
It also complains "conftest.c:48: error: conflicting types for built-in
function 'dcgettext'"
It lists
> | char dcgettext ();
Which differs from the man pages
> char * dcgettext (const char * domainname, const char * msgid,
>                   int category);
The fifth complaint is another about an extern inside a function.
The last is about a missing <glib.h>
I have /usr/include/glib-2.0/glib.h .
Do I just have to put in a -I/usr/include/glib-2.0 somewhere?

I've lost all my battles with autoconf,
so I definitely cannot do this myself.

--
Michael   hennebry web cs ndsu NoDak edu
"Pessimist: The glass is half empty.
Optimist:   The glass is half full.
Engineer:   The glass is twice as big as it needs to be."