[SciPy-user] Install scipy on ubnutu 8.10

Xavier Gnata xavier.gnata@gmail....
Mon Oct 6 17:59:15 CDT 2008


>
>> Hi,
>>
>> I have installed an ubuntu 8.10 within a kvm image.
>> The goal is to write an as simple as possible procedure to compile
>> scipy on this distribution.
>> I would like to be able to compile scipy only after having installed
>> some packages. No tricks.
>> Good news, g77 is not needed anymore :)
>>     
>
> It was already the case for 8.04, but it was a bit confusing: both g77
> and gfortran libraries were available. Is it better with 8.10 ?
>
>   

looks like it is better.

>> I have one issue:
>> scipy/sparse/linalg/dsolve/umfpack/umfpack.i:192: Error: Unable to
>> find 'umfpack.h'
>> I have installed libsuitesparse-dev providing /usr/include/suitesparse/umfpack.h
>> Of course, I can solve this with a symlink but it is very ugly.
>> It looks like there is something to fix in scipy auto-detection
>> because this "usr/include/suitesparse/umfpack.h" should be detected
>> and used.
>>     
>
> That's really the debian packagers' fault. Why do they think it is a
> good idea to change the header path of the library is beyond me; it
> breaks every single package which depends on it. That's stupid.
>
>   
ok. I'm going to write a bug report. w&s.

> We could get around it; but I though umfpack was being deprecated in
> scipy  (that is, we would do a scikit from it, but scipy would not
> depend on it anymore).
>
>   
Well it is good news :) but even At revision 4786, I get this:

umfpack_info:
  libraries umfpack not found in /usr/lib
/usr/lib/python2.5/site-packages/numpy/distutils/system_info.py:414: 
UserWarning:
    UMFPACK sparse solver (http://www.cise.ufl.edu/research/sparse/umfpack/)
    not found. Directories to search for the libraries can be specified 
in the
    numpy/distutils/site.cfg file (section [umfpack]) or by setting
    the UMFPACK environment variable.
  warnings.warn(self.notfounderror.__doc__)
  NOT AVAILABLE

on anorther 8.04 (and not 8.10) ubuntu.

>> Once again, my goal is to end up with something like:
>> 1) apt-get install "the correct list of packages"
>> 2) compile/install scipy svn *wthout any extra config*.
>> 3) you have a nice scipy installed and you can even  check that using
>> scipy.test() (ok ok it is an svn version so if you get some errors
>> please report them ;))
>>     
>
> It has been the case for a long time :) On old ubuntu:
>
> sudo apt-get install g77 gcc python-dev atlas3-base-dev
>
> On more recent ones:
>
> sudo apt-get install gcc gfortran python-dev libatlas3gf-sse2-dev
>
>   
Except if you have installed libsuiteparse- 3.1.0
You also need g++ don't you?
On my cucrrent install of 8.10, I cannot install libatlas3gf-sse2 but 
only libatlas3gf-base but it is only a beta.

scipy is a pretty uncommon piece of software, it is a scientific one :)
All the guys using scipy I know are using the svn version because they 
*need* *this* so nice feature.
Quite often, they also need to look at the scipy source to see how good 
an optimization algorithm can be it.
Sometimes they even have to hack the code to fit there needs (I did it...)

Scipy is so nice because it is powerfull and open source. All the users 
I know (except maybe one ;)) want to be able to compile the svn but they 
don't really like to play with system administration.

That is why I think we should have a very easy and accurate procedure to 
install scipy on ubuntu 8.10 (I could test on suse  if I have time).

Xavier

> cheers,
>
> David
> _______________________________________________
> SciPy-user mailing list
> SciPy-user@scipy.org
> http://projects.scipy.org/mailman/listinfo/scipy-user
>   



More information about the SciPy-user mailing list