Bug 487300
Summary: | rpmbuild forces dependency on missing /usr/local/bin/python | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Graham Leggett <minfrin> |
Component: | rpm | Assignee: | Panu Matilainen <pmatilai> |
Status: | CLOSED NOTABUG | QA Contact: | BaseOS QE Security Team <qe-baseos-security> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 5.5 | Keywords: | Reopened |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-05-12 06:20:50 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Graham Leggett
2009-02-25 12:01:32 UTC
Remove executable bits from the python-for-jython files, that'll make rpm not look at their dependencies. Or alternatively patch the source to refer to #!/usr/bin/python but as it's intended for jython, the first option is probably the more correct one here. This is standard rpm behavior, not a bug. Patch what source to refer to /usr/bin/python? RPM takes it upon itself, when it encounters python code, to add a broken dependency on /usr/local/bin/python. RPM must be fixed. There's at least one executable script in your package which starts with #!/usr/local/bin/python Finding which one(s) is not hard. Either the script is intended to run with python or its not. If it is, then the path should be fixed to match what exists on the system. If not, then the shebang line is *wrong* and should be removed. Or like said, you can disable automatic dependency extraction by making the script non-executable in %install. There is nothing to fix in rpm in this case. The code being RPM'ed is provided by a vendor, and changing their code is not an option for us. We have tried many different ways of completely disabling the entirely unnecessary python processing in the spec file, but have not yet found a way to do so that actually works. Until this problem is fixed, this bug remains. The Redhat people came back to us with a workaround: Add "Autoreq: 0" to the spec file, and the auto-dependency checking is disabled. As you see, this is a packaging issue, not a bug. I had to invoke the big expensive corporate support contract in order to learn of the Autoreq feature, which rpm makes no effort to show is there, unlike the other scripts that rpm applies to the package, which are clearly labeled during the build. Had rpm prefixed the entries with "Autoreq" or something similar, it would have given me something I could have put into google, and this problem would have been avoided. |