Created attachment 310065 [details]
SciPy 0.9.0-r1 bugged output and emerge --info
I am re-reporting an issue which seems to have been around since at least 2006, various bugs have been opened and closed but the issue unfortunately remains.
The bug can be reproduced as follows:
1. Emerge SciPy with no prior intallation of virtual/*blas software
or with the blas and lapack implementations set to reference.
2. Run python and try to import a submodule such as scipy.linalg or
The expected result is for the import to succeed, the actual result can be viewed in my attachment.
I have successfully reproduced the issue both on x86 and amd64 using SciPy versions 0.9.0-r1 (stable), 0.10.1 (keyworded). Together with NumPy version 1.6.0.
The problem occurs because of a missing symbol in the reference implementations of blas and lapack which are currently the virtual/blas, virtual/cblas and virtual/lapack defaults.
I was able to fix the issue by installing blas-atlas and lapack-atlas and eselecting as described in the following bug report on the SciPy website: http://projects.scipy.org/scipy/ticket/1031
Bugs in the Gentoo bug tracker which have described or touched on the same subject are:
Which was closed because there was no way to force a blas/lapack profile.
I don't know why this bug was closed as the original issue described
Which was closed invalid, but was very likely caused by the same issue in
the first place.
Possible solutions are to somehow enforce SciPy not to use the reference implementation or otherwise create a SciPy install guide to prevent more people from stumbling into this issue. Another one would be to change the virtual packages defaults or add a USE flag for SciPy compatibility.
Currently the SciPy website itself states the correct way to install SciPy on Gentoo is to simply emerge the package, which is not true at the moment.
This bug is still around for me, exactly as described here. Any solution yet?
Have you recently switched to science overlay for blas/lapack.
(In reply to comment #2)
> Have you recently switched to science overlay for blas/lapack.
No I haven't.
Ok. Use flags for both numpy and scipy. What do
eselect blas list
eselect cblas list
eselect lapack list
(In reply to comment #4)
> Ok. Use flags for both numpy and scipy. What do
> eselect blas list
> eselect cblas list
> eselect lapack list
They all report "reference". I know the trick with lapack-atlas, but this is not standard Gentoo behavior. If if is, then lapack-atlas should be unmasked and linked with the scipy ebuild. Instead, the default behavior is lapack-reference, and this is what should work.
Ok I didn't just want to know which one was selected but also the list of available implementations I'll assume it is the only one. What about the useflags for numpy and scipy? If you have lapack in numpy what happen when you import numpy from a python shell.
(In reply to comment #6)
> Ok I didn't just want to know which one was selected but also the list of
> available implementations I'll assume it is the only one. What about the
> useflags for numpy and scipy? If you have lapack in numpy what happen when
> you import numpy from a python shell.
I've installed the atlas libraries, since I needed to work. Today I've reverted back to the old behavior in order to check your question, and the problem has disappeared! scipy compiles without problems, even with the reference libraries. I wonder what has happened... Sorry, I cannot reproduce the problem any more. Maybe some old binaries (with old settings) in the system got overwritten by the compilation.
Anyway, thanks for your time.
*** Bug 391337 has been marked as a duplicate of this bug. ***
Please see whether this is still valid for scipy 0.14/0.15.