Red Hat Bugzilla – Bug 169967
GFS spec file should not include /usr/lib/* in %files
Last modified: 2010-01-11 22:07:56 EST
Description of problem:
Because the GFS spec file includes /usr/lib/* in the %files section, all debug
files (/usr/lib/debug/*) are included in the standard package. Even worse,
/usr/lib/libgulm* is included and libgulm.so.6 appears to be a normal file and
ldconfig complains about this every time it is called. Furthermore, libgulm.a
should only be included with the devel package.
Version-Release number of selected component (if applicable):
Do not include /usr/lib/*. Clean up the libgulm.so* files in the install
section and include /usr/lib/libgulm.so.* in %files.
Should be Version 3
*Release* 3 you mean? On the ftp sites only the 18.104.22.168-0 src.rpm exists.
It's the Bugzilla terminology used on the web form
Product: Red Hat Cluster Suite
Someone has updated it already (it used to be 4)
Created attachment 120481 [details]
patch for makefile to install symlinks in place of copies
This patch fixes gulm/lib/Makefile so that it creates symlinks for
libgulm.so.$(RELEASE_MAJOR) and libgulm.so instead of making copies of the
Created attachment 120482 [details]
specfile patch to prevent .a lib from going into base GFS package
Patch for specfile. Only grab the .so libs out of /usr/lib instead of getting
everything there. Prevents rpm from grabbing the .a lib for the base GFS
Both issues should be fixed in the 22.214.171.124-8 version and beyond of GFS.
Why not fix this in 126.96.36.199-0.1?
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.