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 rpm-4.6.0-1.fc10.x86_64 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 How reproducible: Build a binary package, check requires output. Set %_use_internal_dependency_generator to 0, check requires output. Actual results: Requires omits 'rtld(GNU_HASH)'. Expected results: Requires includes 'rtld(GNU_HASH)'. :-) Additional info: 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 ***