From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.17 i686)

Description of problem:
gdbm-devel contains /usr/lib/libgdbm.la which specifies libdir='/usr/local/lib',
but the libraries are actually in /usr/lib.
This causes libtool-using programs which need libgdbm to fail to link, and also
poisons dependencies in .la files built for other libtool-using libraries.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
# grep libdir /usr/lib/libgdbm.la
libdir='/usr/local/lib'

# rpm --query -f /usr/lib/libgdbm.la
gdbm-devel-1.8.0-5

# rpm --verify gdbm-devel
(produces no output, indicating the files are as shipped)


Additional info:

Workaround is to edit /usr/lib/libgdbm.la, changing libdir to /usr/lib. 
Naturally, this must be done on every machine.  Because this problem affects .la
files generated when building other libtool-using libraries which link against
libgdbm, and because it does _not_ affect linking programs which do not use
libtool, it may be difficult to recognize that a fix is needed.

An appropriate solution to this problem would be to fix the build process so
that an incorrect libgdbm.la is not installed.