[Evolution] Camel is now in eds.
Not Zed
notzed@ximian.com
Fri, 03 Dec 2004 12:03:34 +0800
--=-2LaUUDw6UujW7+Pk4+pK
Content-Type: multipart/alternative; boundary="=-0Unbrp8l0DpZPQhhJ7tL"
--=-0Unbrp8l0DpZPQhhJ7tL
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Ok so i've finished the camel move to evolution-data-server module.
Essentially it is just moving a private library from evolution to be a
private library in e-d-s, at least more or less, for now.
Some things have moved a little, and some other things need changing,
here is a summary of some of the changes.
* libcamel has been split into two parts, libcamel-provider, and
libcamel. None of the headers have moved though. libcamel does
MIME handling and message processing. provider does all the
backend related things, ssl streams, sasl authentication,
stores, folders, etc.
* none of the provider implementation headers are installed
anymore, i think that was just a bug originally.
* it is now installed into ${prefix}/lib, and versioned as with
libedataserver, etc. i.e libcamel-1.2.so.0.0.0 to start with.
* there are now two package-config packages. camel-1.2 and
camel-provider-1.2, you can't get the camel providerdir variable
from the camel one, etc.
* the providers have moved from
${prefix}/lib/evolution/2.x/camel-providers/ to
${prefix}/lib/evolution-data-server-1.2/camel-providers
* the camel headers are installed in
${prefix}/include/evolution-data-server-1.2/camel
* a bunch of stuff that was in e-util has been moved to
libedataserver and/or updated and/or then removed from e-util so
there isn't duplication. a couple more things may end up doing
the same.
* probably other things i've forgotten ...
There are still a couple of little things to be done: the translations
all need to be moved to eds. I don't know if there's a tool that i can
use to extract and merge the relevent evolution strings into
evolution-data-server's po files? Camel's makefiles would need to setup
its own translation domain too. Perhaps it should all be setup in a
camel domain? Thoughts, ideas? This should be the most important thing
to fix first.
I will cvs remove the evolution/camel soon too. For now it is just
sitting there dead in head.
Note that any work done to evolution/camel in cvs after yesterday will
not be present in the cvs tree in evolution-data-server, so some manual
patching work may be required (e.g. for the groupwise soap provider).
I think that is about all. I may have forgotten some minor things; i
did many rebuilds and ldd checks to make sure everything is using the
proper new locations for all the libraries, so i'm fairly confident it
should at least run.
Hopefully I haven't added any unacceptable dependencies or messed up the
configure script too much, I just did a lot of cut and pasting.
Michael
--
Michael Zucchi <notzed@ximian.com>
"Ride, Work, Sleep. Beer."
Novell's Evolution and Free Software
Developer
--=-0Unbrp8l0DpZPQhhJ7tL
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3">
</HEAD>
<BODY>
<BR>
Ok so i've finished the camel move to evolution-data-server module.<BR>
<BR>
Essentially it is just moving a private library from evolution to be a private library in e-d-s, at least more or less, for now.<BR>
<BR>
Some things have moved a little, and some other things need changing, here is a summary of some of the changes.<BR>
<BR>
<UL>
<LI>libcamel has been split into two parts, libcamel-provider, and libcamel. None of the headers have moved though. libcamel does MIME handling and message processing. provider does all the backend related things, ssl streams, sasl authentication, stores, folders, etc.
<LI>none of the provider implementation headers are installed anymore, i think that was just a bug originally.
<LI>it is now installed into ${prefix}/lib, and versioned as with libedataserver, etc. i.e libcamel-1.2.so.0.0.0 to start with.
<LI>there are now two package-config packages. camel-1.2 and camel-provider-1.2, you can't get the camel providerdir variable from the camel one, etc.
<LI>the providers have moved from ${prefix}/lib/evolution/2.x/camel-providers/ to ${prefix}/lib/evolution-data-server-1.2/camel-providers
<LI>the camel headers are installed in ${prefix}/include/evolution-data-server-1.2/camel
<LI>a bunch of stuff that was in e-util has been moved to libedataserver and/or updated and/or then removed from e-util so there isn't duplication. a couple more things may end up doing the same.
<LI>probably other things i've forgotten ...
</UL>
<BR>
There are still a couple of little things to be done: the translations all need to be moved to eds. I don't know if there's a tool that i can use to extract and merge the relevent evolution strings into evolution-data-server's po files? Camel's makefiles would need to setup its own translation domain too. Perhaps it should all be setup in a camel domain? Thoughts, ideas? This should be the most important thing to fix first.<BR>
<BR>
I will cvs remove the evolution/camel soon too. For now it is just sitting there dead in head.<BR>
<BR>
Note that any work done to evolution/camel in cvs after yesterday will not be present in the cvs tree in evolution-data-server, so some manual patching work may be required (e.g. for the groupwise soap provider).<BR>
<BR>
I think that is about all. I may have forgotten some minor things; i did many rebuilds and ldd checks to make sure everything is using the proper new locations for all the libraries, so i'm fairly confident it should at least run.<BR>
<BR>
Hopefully I haven't added any unacceptable dependencies or messed up the configure script too much, I just did a lot of cut and pasting.<BR>
<BR>
Michael<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<TABLE CELLSPACING="6">
<TR>
<TD>
<IMG SRC="cid:1102045528.26011.0.camel@lostzed.mmc.com.au" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD>
<B>Michael Zucchi</B> <<A HREF="mailto:notzed@ximian.com">notzed@ximian.com</A>><BR>
<I>"Ride, Work, Sleep. Beer."</I><BR>
<TT>Novell's <A HREF="http://codeblogs.ximian.com/blogs/evolution/">Evolution</A> and <A HREF="http://www.gnu.org/philosophy/free-sw.html">Free Software</A> Developer</TT>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
--=-0Unbrp8l0DpZPQhhJ7tL--
--=-2LaUUDw6UujW7+Pk4+pK
Content-ID: <1102045528.26011.0.camel@lostzed.mmc.com.au>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: application/octet-stream; name=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-2LaUUDw6UujW7+Pk4+pK--