Re: [Evolution] Installing Evolution Exchange
- From: Michael Hennebry <hennebry web cs ndsu nodak edu>
- To: David Woodhouse <dwmw2 infradead org>
- Cc: "Goshen, OrX" <orx goshen intel com>, evolution-list <evolution-list gnome org>
- Subject: Re: [Evolution] Installing Evolution Exchange
- Date: Wed, 22 Jun 2011 12:54:45 -0500 (CDT)
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."
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]