Bug 741023
Summary: | Scipy epel package fails dependency on NumPy, but NumPy is installed | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Ellert van Koperen <ellert.vankoperen> |
Component: | scipy | Assignee: | Jef Spaleta <jspaleta> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | el6 | CC: | ellert.vankoperen, jspaleta, mmahut, orion |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-20 21:08:56 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
Ellert van Koperen
2011-09-24 13:55:05 UTC
this just impacts el6? I don't have an el6 install locally to test with. I'll need some more info. at the console use yum and yum install scipy and see if it provides and additional errors concerning the nature of the problem. I'll try to do a scratch rebuild on the build system and see if it completes. -jef Will do as soon as i have access to the rhel6 system again (monday). Okay a scratch rebuild in the build system completed as expected. http://koji.fedoraproject.org/koji/taskinfo?taskID=3374484 You can try to install the scipy packages that came out of that build as another test. But since that scratch build didn't fail i really need to see more information as to the problem you are seeing to give you any feedback. Is this a rhel6 install or a centos6 install? Does your system have numpy and numpy-f2py packages installed? If so give me the output of the following commands rpm -q numpy rpm -q numpy-f2py If not yum list numpy yum list numpy-f2py -jef Thank you for looking into this so quickly. The system is RHEL6 rpm -q numpy -> not installed rpm -q numpy-f2py -> not installed yum list numpy -> not installed yum list numpy-f2py -> not installed yum list f2py -> not installed How strange, in the add/remove software tool it is installed as installed. There it is called: Numeric 23.8-5.el6 (x86_64) So if i do yum install scipy -> it fails on dependencies to numpy and numpy-f2py yum install numpy -> no package numpy available. same for numpy-f2py of only f2py. Thats where i start to glaze over... No idea really. Numeric != numpy, that is python-numeric. With RHEL6 you need to add the optional channel to get numpy-f2py: rhn-channel --add rhel-x86_64-server-optional-6 yum install scipy Oh there is an optional RHEL channel now? Fascinating. How is that positioned in terms of RHEL price points? Do all RHEL installs get access to that channel or is that a value-add offering? I'm not sure EPEL is well structured to account for the channel splitting like that. I might need to leave this bug open so I can mark duplicates against it. I'm pretty sure this is going to be a common problem, but its not something I can fix in the scipy packaging. -jef It's on the main EPEL wiki page: https://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F The optional channel is available to everyone as far as I know. |