Bug 619961
Summary: | gget needs to be rebuilt against python 2.7 in F14 and devel | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dave Malcolm <dmalcolm> |
Component: | gget | Assignee: | Orcan Ogetbil <oget.fedora> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 14 | CC: | anthonybryan, oget.fedora, robatino |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | gget-0.0.4-13.fc14 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-08-01 20:33:32 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: | |||
Bug Depends On: | |||
Bug Blocks: | 619913 |
Description
Dave Malcolm
2010-07-31 00:40:25 UTC
Looks like this has already been built and submitted: https://admin.fedoraproject.org/updates/gget-0.0.4-13.fc14 The fixed package is built an pushed to stable. Still doesn't run in either F15 or Rawhide. [andre@compaq-pc ~]$ gget /usr/bin/env: python2.5: No such file or directory [andre@compaq-pc ~]$ See also bug 523870, bug 614147, and bug 702159. These are all dupes. (In reply to comment #3) > Still doesn't run in either F15 or Rawhide. > > [andre@compaq-pc ~]$ gget > /usr/bin/env: python2.5: No such file or directory > [andre@compaq-pc ~]$ > > See also bug 523870, bug 614147, and bug 702159. These are all dupes. Thanks for the heads up. I've gone ahead and tried to fix the issue in comment #3 (bug 702159, and all those other dupes), which is that the shebang line in /usr/bin/gget erroneously hardcodes "python2.5", which has been wrong in Fedora since Fedora 11, I believe. This specific bug covers a slightly different issue, that of the installation path being for 2.7, and to use 2.7's bytecode format, which FWIW is fixed. Hope this makes sense. |