GNOME Bugzilla – Bug 347895
EDS should install libdb to private directory
Last modified: 2009-10-02 11:38:19 UTC
EDS is currently statically linking to libdb-4.1.la in four places: * the file backend * the groupwise backend * libedataserver * libedata-book Now libdb-4.1.a is a 600K library, so this is 1800K more than is required. When a non-system libdb is used, instead of statically linking EDS should install it to $prefix/lib/evolution-data-server/libdb-4.1.so. This way EDS can use a known-good version of libdb, but large amounts of memory isn't wasted.
hmm... didn't we do something about this?
Yes, it was fixed in 1.7.90. See bug #319393, bug #344693, and bug #347891.
Then again, maybe not. The --with-libdb configure option got fixed in 1.7.90. That option is for dynamically linking to the system's libdb. This bug is about how to link to the version of libdb that comes packaged with EDS for when --with-libdb is NOT used. Not sure if it's been addressed yet but it's a good idea.
Bumping version to a stable release.
Actually, can we just stop shipping libdb? Debian, Ubuntu and Fedora use --with-libdb and we haven't had any complaints from them. Dropping it will save lots of disk space, and save us the hastle of maintaing a libdb fork.
(In reply to comment #5) > Actually, can we just stop shipping libdb? +1 Plus it will fix quite a few distcheck errors if you configure --with-libdb.
This is fixed now that we don't ship a private libdb any more.