From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Description of problem:
With compat-db-4.1.25-2.1 I had libdb_cxx-4.0.so and some
programs, for example xca (xca.sf.net), were working. The new version
(4.1.25-5) does not ship this file and some apps can not work/install.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install FC3-t1, ls -al '/usr/lib/libdb_cxx-4.0.so'
2. update to compat-db-4.1.25-5
3. ls -al '/usr/lib/libdb_cxx-4.0.so'
Actual Results: nothing there
Expected Results: libdb_cxx-4.0 present
The changelog says that 3.1 and 3.2 are removed, but nothing about
4.0. I hope it stays for now...
* Mon Sep 13 2004 Bill Nottingham <email@example.com>
- return of db1 to compat-db
- remove: db-3.1, db-3.2
- remove: c++, tcl sublibraries
See the last part of the changelog. It's intentional; it allows the
package to actually build with the current sets of compilers.
Yes, I agree. XCA's configure script was looking only for
libdb_cxx-4.0.so (and older). I tweaked it a bit and it works fine
Loosely related to bug 148028.
Um, Bill, OOo kind of needs that compat C++ library to build and
run... now either we rebuild OOo (which we can do in an update soon),
or we add the compat-db C++ library back in. There has to be a way to
better deal with this kind of thing before we end up breaking stuff
out of the blue.
In what context does it need the *compat* libdb to build?
Note that the libdb_cxx mentioned here is for db-4.0, i.e., the system
DB library for RHL9. It's not the one from any current db release; it
was removed because it *would not build* on FC3; basically, at the
point it was removed, you couldn't build against it anyway.