Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
/usr/lib/rpm/redhat/find-requires contain at two places following grep pattern:
":.* (commands|script) "
The problem is that file is identifying Perl scrips as follows:
test.pl: Perl script, ASCII text executable
Therefore /usr/lib/rpm/find-requires from rpm rather uses
":.* (commands|script)[, ]"
Beside this problem there is also the same problem as described in bug 1275551.
Version-Release number of selected component (if applicable):
redhat-rpm-config-9.1.0-68.el7.noarch
How reproducible:
alwyas
Steps to Reproduce:
# cat > test.pl <<EOF
#!/usr/bin/perl
use AAA;
use BBB;
# use CCC is a comment and should not be part of requires
sub get_help
{
return <<EOT;
This text is a help an if it contains something like
use DDD , it should not be part of requires
or like
use EEE , it should not be part of requires
EOT
}
EOF
# chmod a+x test.pl
# echo test.pl | /usr/lib/rpm/redhat/find-requires
objdump: test.pl: File format not recognized
Expected results:
/usr/bin/perl
perl(AAA)
perl(BBB)
See also bug 1275551.
The file find-requires is not used for generating autodeps any more, it is replaced with internal implementation inside rpm. Yes, there is macro %_use_internal_dependency_generator which when it set to "0" then the file find-requires is used for dependency generation but it is set to "1" by default and it is highly recommended not to set it to "1". The macro exists only to enable preserving backward compatibility if it is necessary.
There is no sense in fixing that regex. If we want to do something we can replace content of /usr/lib/rpm/find-requires with calling of /usr/lib/rpmdeps tool as it is already done in fedora. The tool rpmdes uses the same code which is used in rpmbuild internally for generating autodeps. So we won't have two implementations of the same thing.
Fixed the ":.* (commands|script) " part.
The wrong perl Requires from #1275551 is caused by calling the broken script from the rpm package and needs to be fixed there.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHBA-2016-2372.html