Subject: | |
From: | |
Reply To: | |
Date: | Fri, 6 Aug 2010 03:54:51 +0100 |
Content-Type: | TEXT/PLAIN |
Parts/Attachments: |
|
|
On Thu, 5 Aug 2010, Arnau Bria wrote:
> On Thu, 5 Aug 2010 12:56:40 +0100 (BST)
> Dr Andrew C Aitchison wrote:
>
>> On Thu, 5 Aug 2010, Arnau Bria wrote:
> [...]
>> Hmm. I have a newer python-numeric (not python-numpy):
> I have same pacakge installed:
>
> # rpmquery -i python-numeric
> Name : python-numeric Relocations: (not relocatable)
> Version : 23.7 Vendor: Scientific Linux
> Release : 2.2.2 Build Date: Sun 08 Apr 2007 12:08:22 AM CEST
> [...]
>> # rpmquery -i python-numeric
>> Name : python-numeric Relocations: (not
>> relocatable) Version : 23.7 Vendor:
>> Scientific Linux Release : 2.2.2 Build
> [...]
>
> but it not fit scipy dependencies.
I *think* that scipy still uses Numpy not Numeric interfaces, though I may
have this backwards...
> Removeing python-numpy removes scipy and pyfits
There is no 'python-numpy' package in the sl5 standard repos, since at
least sl52 there has been a 'numpy' package which was version 1.0.4 in
sl52 and 1.2.1 in sl53 and later.
[ We used to build numpy/scipy packages long long ago, which is why I half
remember this ]
> # yum -y remove python-numpy
> Loaded plugins: kernel-module
> Setting up Remove Process
> Resolving Dependencies
> --> Running transaction check
> ---> Package python-numpy.x86_64 0:1.0.1-1.el5.rf set to be erased
> --> Processing Dependency: numpy for package: scipy
> --> Processing Dependency: numpy for package: pyfits
> --> Running transaction check
> ---> Package pyfits.noarch 0:1.3-4.el5 set to be erased
> ---> Package scipy.x86_64 0:0.6.0-6.el5 set to be erased
> --> Finished Dependency Resolution
> [...]
>
> python-numeric still installed:
>
> # rpm -qa|grep python-numeric
> python-numeric-23.7-2.2.2.x86_64
>
> (I remove scipy too)
>
> install scipy again
>
> # yum install scipy pyfits
> Loaded plugins: kernel-module
> Excluding Packages from dag
> Finished
> Setting up Install Process
> Resolving Dependencies
> --> Running transaction check
> ---> Package pyfits.noarch 0:1.3-4.el5 set to be updated
> --> Processing Dependency: numpy for package: pyfits
> ---> Package scipy.x86_64 0:0.6.0-6.el5 set to be updated
> --> Running transaction check
> ---> Package numpy.x86_64 0:1.2.1-1 set to be updated
> --> Finished Dependency Resolution
>
> numpy is there again :-)
Yes, scipy depends on numpy (not python-numeric or python-numpy)...
I think the confusion is that you had installed a python-numpy which
provides the feature numpy, which scipy wants so unless you have numpy
installed removing python-numpy will need to remove anything that depends
on it (including scipy)...
>> I see that your package python-numeric-23.1-0.2.el5.rf.x86_64
>> has rf in the releae. Is it from rpmforge ?
>
> Seems that comes from dag:
> python-numpy.x86_64 1.0.1-1.el5.rf dag
>
> http://linuxsoft.cern.ch/dag/redhat/el5/en/x86_64/RPMS.dag/python-numpy-1.0.1-1.el5.rf.x86_64.rpm
>
> *we use local repo replica, but the package is in official dag repo.
You mention python-numpy when the question was about python-numeric :-)
I'd suggest removing the python-numpy and any rf/dag versions of
python-numeric from your repos and do the tests with just the sl5 repos
enabled...
-- Jon
|
|
|