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):
Steps to Reproduce:
# grep libdir /usr/lib/libgdbm.la
# rpm --query -f /usr/lib/libgdbm.la
# rpm --verify gdbm-devel
(produces no output, indicating the files are as shipped)
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.
Current gdbm-devel-1.8.0-24 contains