SCIENTIFIC-LINUX-USERS Archives

August 2010

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jon Peatfield <[log in to unmask]>
Reply To:
Jon Peatfield <[log in to unmask]>
Date:
Fri, 6 Aug 2010 03:54:51 +0100
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (99 lines)
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

ATOM RSS1 RSS2