From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Galeon/1.3.20 Description of problem: AFAIK, rpmbuild is not supposed to search %doc files/directories for perl requirements. For lack of a better place to put it, I'm including some "contrib" stuff in the %doc for a spec I'm building (mythtv), and it happens to have some perl scripts in it. Temporary fix is to `chmod a-x` on all files in contrib, but I don't think that rpm should be matching those for the package requirements in the first place. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: see description Additional info:
Yes, chmod -x on perl scripts included in %doc will disable dependency extraction. One questions whether %doc is useful or adequate means to distribute scripts.
where else would you put "contrib" scripts? They're not part of the official package or even necessarily endorsed by the authors, but leaving them out means that users then have to track down the source if they ever want to see what's there. It'd be nice to be able to keep them executable, but completely unrelated to this, why is rpm even searching %doc stuff for execution dependencies?
Created attachment 114596 [details] test casee Simple test package ... Requires: /usr/bin/perl perl(Win32::Foo) ...
Requires finding occurs with rpms file classifcation process which occurs on all files. This is agnostic of file flags (config, doc). Changing this for FC4 is probalby way too late. You can work around by setting %attr in %files so once installed they are executable but not inspected during the requires finding. You can confirm this by changing the chmod line to: chmod 644 %{name}.pl [pauln@enki SPECS]$ rpm -qpR ../RPMS/perljam-1.0-1.noarch.rpm rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Move to FC5 target.
*** This bug has been marked as a duplicate of 173087 ***