Bug 994548
| Summary: | Problems with packaging of python27 depending collections | |||
|---|---|---|---|---|
| Product: | Red Hat Software Collections | Reporter: | Bohuslav "Slavek" Kabrda <bkabrda> | |
| Component: | python | Assignee: | Bohuslav "Slavek" Kabrda <bkabrda> | |
| Status: | CLOSED ERRATA | QA Contact: | Branislav Náter <bnater> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | python27 | CC: | bnater | |
| Target Milestone: | --- | |||
| Target Release: | 1.1 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | python27-python-2.7.5-8.el6 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 994570 1019238 1372701 (view as bug list) | Environment: | ||
| Last Closed: | 2014-06-04 07:26:13 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 969038, 1019238 | |||
Also, %python_{sitelib,sitearch,version} should be handled similarly as %__python.
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. http://rhn.redhat.com/errata/RHBA-2014-0610.html |
There are some problems when packaging collections depending on python27: 1) %__python macro is defined in form of %{__bindir}/python, which makes the macro point somewhere else (%__bindir is /opt/rh/<new_collection>) 2) %python27_os_install_post has "scl enable %{scl}", which doesn't enable python27 collection and python fails (can't find correct libpython.so) 1) should be solved by creating %python27_python macro (with hardcoded path) and using it in collection metapackage in %scl_package_override to redefine %__python 2) should be solved by hardcoding "python27" as scl name to make sure it is always invoked properly