Re: [Evolution-hackers] Which version of Evolution for RHEL/CentOS 5.5?

[Milan Crha <mcrha redhat com>]

On Wed, 2011-08-24 at 17:28 -0700, Ken Nishimura wrote:
> I'm thinking of compiling a newer version of Evolution than what is shipped
> with our RHEL5 distro.  Specifically, I want to try the MAPI data connector
> which is needed to talk to our corporate MS Exch 2007 server.  As you
> will all point out, RHEL5 is ancient.  However, we are stuck with it
> for reasons that are too long to list here -- much like why do we have
> to deal with MS Exch in the first place.
> 
> I have a feeling that the latest release (3.0.2) will require so many hacks
> to RHEL5 that it will be futile.  I noticed that Evolution-MAPI started
> appearing with 2.26.3.  
> 
> Question to all of you:  Which version of evolution which supports MAPI is
> most likely to compile in a RHEL5.5 environment?  I'm willing to deal
> with dependencies (e.g. samba4) as along as they too will eventually
> compile in a RHEL5.5 environment.
> 
> Or, someone tell me that this is a fool's errand and I'll forget about it :-)

	Hi,
I would try the latest upcoming 3.1.90 (next week), or wait ~ a month
and do with 3.2.0. The reason is simple, evolution-mapi depends on
OpenChange 0.11, which is also pretty recent and has quite many fixes
included with compare of 0.9, together with requiring latest samba4,
which also includes many good fixes. There are couple issues with
OpenChange 0.11 which you may pick patches for, to have evolution-mapi
more stable, but the major disadvantage is that the 3.1.x, same as
3.0.x, depends on gtk3, thus it means to compile not only evolution* and
samba4/openchange, but also glib, gtk3, cairo/pango and any other
products in their stable versions.

The good news is that it is doable, you can install them all in a
separate prefix and use them together with the gtk2 desktop, as far as I
know, though you'll get into dependency hell quite easily. Maybe try
jhbuild or similar automated tool in a virtual machine to see how
painful it'll be. I'm not using it myself, I build them on my own,
together with some build tweaks for samba4 build through openchange.
	Hope that helps,
	Milan