From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.5)
Description of problem:
It appears /usr/lib/libdb.so.3 is missing from the
compat-db-4.0.14-5.1 package. An "rpm --verify --all" reports:
I downloaded the RPM from RHN and did an "rpm -ihv --force
compat-db-4.0.14-5.1.i386.rpm". I then redid the "rpm --verify --all"
and I continued to get:
The 'locate' command on my machine shows the file present as
/lib/libdb.so.3. The "rpm -qf /usr/lib/libdb.so.3" command returns
compat-db as the package that owns that file. The same command on
/lib/libdb.so.3 returns "file /lib/libdb.so.3 is not owned by any package"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -ihv --force compat-db-4.0.14-5.1.i386.rpm
2. rpm --verify --all
Actual Results: missing /usr/lib/libdb.so.3
Expected Results: The file shouldn't be missing. :-)
Is this with RHEL3Update4? What version of rpm is installed?
Florian La Roche
compat-db-4.0.14-5.1.i386.rpm -- the one that came with RHEL3Update4.
jbj, this is real bug. If you take out the %clean scriptlet and then go
examine the /usr/lib in the build root, you will see that symlinks in question
are there but they point to files that should be in /usr/lib. Instead the
files they point are in /lib. So what you get are dangling symlinks that get
delivered by the FSM, but as soon as the post script runs ldconfig, ldconfig
sees the dangling symlinks and poof it removes (in RH 9 it would actually
complain, but doesn't appear to do so in RHEL 3). Anyway the fix is to get the
makefiles to create the symlinks appropriately or have it create the libraries:
libdb2.so.3 libdb-3.1.so libdb-3.2.so libdb-3.3.so libdb-4.0.so
in /usr/lib rather than /lib. Any hints on how to go about doing this would be
appreciated, because missing files like this cause serious breakage on a
rollback (the get packaged up, but then you get a cpio error upon delivery).
*** Bug 150241 has been marked as a duplicate of this bug. ***
The fix is not completely correct as ldconfig will create libdb.so.3 symlink in
/lib(64) so it should be in the same place in the package and not in
/usr/lib(64)/. Back to assigned.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.