Red Hat Bugzilla – Bug 487958
rpm: setting %_use_internal_dependency_generator 0 causes the rtld(GNU_HASH) requires to be omitted
Last modified: 2009-03-02 02:36:16 EST
Description of problem:
Setting %global _use_internal_dependency_generator 0 causes the rtld(GNU_HASH) requires to be omitted... This is not expected.
Version-Release number of selected component (if applicable):
[cweyl@athena scripts]$ rpmquery rpm
I'm reporting this against rawhide, but it is also impacting F-10 at least.
For a rawhide build log, see, e.g.: http://kojipkgs.fedoraproject.org/packages/perl-Readonly-XS/1.05/1.fc11/data/logs/i586/build.log
Build a binary package, check requires output. Set %_use_internal_dependency_generator to 0, check requires output.
Requires omits 'rtld(GNU_HASH)'.
Requires includes 'rtld(GNU_HASH)'. :-)
The last two revisions of perl-Readonly-XS/devel in CVS are a good example of this. The second-to-last revision contains no autoreq/prov filtering; the latest sets %_use_internal_dependency_generator to 0 and filters the files entering the _provides_ generator.
My suspicion is that the external find-requires script doesn't know how to deal with rtld(GNU_HASH)...
Why disable the internal ELF symbol extraction? Any
package produed without the internal dependency generator
that includes ELF binaries is _NOT_ multilib ready.
There are several ways to finesse:
1) use rpmdeps -R instead of find-requires.
2) manually add Requires: rtld(GNU_HASH)
3) Futz about with the hoary find-requires script to emit the dependency.
*** This bug has been marked as a duplicate of bug 395961 ***