On Mon, 2005-11-28 at 11:23 -0500, Jeffrey Stedfast wrote:
EAccount and EAccountList are private to Evolution app and should not be
used inside e-d-s
Would it be best to rename the e-account and e-account-list
files/functions in e-d-s then, as they are used and there is obviously
potential for
what uses them?
On Mon, 2005-11-28 at 16:30 +, Ross Burton wrote:
On Mon, 2005-11-28 at 11:23 -0500, Jeffrey Stedfast wrote:
EAccount and EAccountList are private to Evolution app and should not be
used inside e-d-s
Would it be best to rename the e-account and e-account-list
On Mon, 2005-11-28 at 12:23 -0500, Jeffrey Stedfast wrote:
what uses them?
From a very rough grep:
./calendar/libedata-cal/e-cal-backend-util.c
./servers/exchange/storage/exchange-account.c
Ross
--
Ross Burton mail: [EMAIL PROTECTED]
Hi,
When we get around to doing unified account management then this might be
of great help if most of the desired structures are in libedataserver.
So i am waiting for a somebody to validate my line of reasoning here.
The reasoning is good. We finally should have only one set of API's to
Hi, Harish
I built evolution 2.6 on my Solaris X86 the other day. The build process
was successful, however, as soon as I started evolution-2.6, it crashed.
We investigated this problem and arrived at the following conclusions:
camel_vee_folder_hash_folder in
On Thu, 2005-11-24 at 16:33 +0800, Irene wrote:
Currently, the MD5Context structures in
evolution-data-server/libedataserver/md5-utils.h and
evolution/e-utils/md5-utils.h are different with the first one not
having a doByteReverse member.
Hm, that would be my fault: I've been working with
On Thu, 2005-11-24 at 09:19 +, Ross Burton wrote:
On Thu, 2005-11-24 at 16:33 +0800, Irene wrote:
Currently, the MD5Context structures in
evolution-data-server/libedataserver/md5-utils.h and
evolution/e-utils/md5-utils.h are different with the first one not
having a doByteReverse
On Thu, 2005-11-24 at 09:27 +, Ross Burton wrote:
On Thu, 2005-11-24 at 09:19 +, Ross Burton wrote:
On Thu, 2005-11-24 at 16:33 +0800, Irene wrote:
Currently, the MD5Context structures in
evolution-data-server/libedataserver/md5-utils.h and
evolution/e-utils/md5-utils.h are
Hi,
Md5-utils.ch are not the only files that are duplicated. Most of the
files in evolution/e-util have similar copies in
evolution-data-server/libedataserver. We are worried that in the future,
if files in libedataserver are modified with their counterparts in
e-util unchanged, more
Md5-utils.ch are not the only files that are duplicated. Most of the
files in evolution/e-util have similar copies in
evolution-data-server/libedataserver.
Yes. To be more precise, evolution-exchange in addition to e-util and
libedataserver :-).
I've created a wiki page
On Fri, 2005-11-25 at 23:49 +0530, Shreyas Sriniavasan wrote:
On Thu, 2005-11-24 at 16:48 +0530, Harish Krishnaswamy wrote:
Md5-utils.ch are not the only files that are duplicated. Most
of the
files in evolution/e-util have similar copies in
On Thu, 2005-11-24 at 18:57 +, Ross Burton wrote:
As evolution obviously depends on libedataserver already, surely for the
files which are identical there is no problem at all?
My thoughts exactly. I couldn't control myself, sorry, and went ahead
with one of the duplicates: I changed the
12 matches
Mail list logo