Re: building evolution-data-server against the already installed libdb

Mikhail Zabaluev <[email protected]>
Newsgroups gmane.comp.gnome.evolution.devel
Organization ALT Linux Team
Message-ID <[email protected]>
В Пнд, 06/03/2006 в 09:25 +0000, Ross Burton пишет:
> http://bugzilla.gnome.org/show_bug.cgi?id=319393 contains a patch we've
> been using in the DBus port of EDS to use a dynamic libdb.  Instead of
> simply hacking away at the makefiles it adds an option, so is suitable
> for integration.
> 
> EDS comes with a copy of libdb 4.1.  It was copied as back in the early
> days of Evolution some people had db3, and some had db4, but the file
> format changed.  The solution to this was to add migration logic from
> db3 to db4 in EDS, and to enforce EDS linking to db4.1 by embedding the
> source.
> 
> Recently the DB file format hasn't changed, so the problem is moot.
> I've been running EDS with a dynamically linked libdb 4.1, 4.2 and 4.3
> without any problems, on both Intel and ARM.

Within a distribution, we can enforce dynamic DB linkage as we see fit.
So, I presume, it's safe to apply this patch in a package and save a bit
on memory footprint, plus get all the recent DB bug fixes.

Thank you, Ross, for clarifying the matter.

> I really would like this patch to be merged into EDS for G2.16, if only
> for the memory reduction: libdb is statically linked into both the bdb
> addressbook backend and libedataserver, at a cost of 600K each time.

I'll second that.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.