Package Details: python-scipy-openblas 1.4.1-2

Git Clone URL: https://aur.archlinux.org/python-scipy-openblas.git (read-only, click to copy)
Package Base: python-scipy-openblas
Description: SciPy is open-source software for mathematics, science, and engineering.
Upstream URL: http://www.scipy.org/
Keywords: openblas scipy
Licenses: BSD
Conflicts: python-scipy
Provides: python-scipy, python3-scipy
Submitter: chmgtr1
Maintainer: None
Last Packager: ptrr
Votes: 7
Popularity: 0.000000
First Submitted: 2015-01-28 15:49
Last Updated: 2020-02-23 22:02

Required by (367)

Sources (1)

Latest Comments

1 2 3 Next › Last »

mdeff commented on 2020-04-06 11:43

You can check what scipy is dynamically linked to with ldd /usr/lib/python3.8/site-packages/scipy/linalg/cython_lapack.cpython-38-x86_64-linux-gnu.so, then check where libblas.so.3 and liblapack.so.3 come from, and which package installed them. See my comment on numpy-openblas (https://aur.archlinux.org/packages/python-numpy-openblas/#comment-737787) for more details.

E3LDDfrK commented on 2020-04-05 12:19

@mdeff It may be so. But there must be a better way to check instead of timing the execution.

mdeff commented on 2020-04-02 20:49

The stock extra/python-scipy will use OpenBLAS if installed (by community/openblas or aur/openblas-lapack).

You can verify it empirically:

sudo pacman -S blas lapack cblas python-scipy  # BLAS and LAPACK from netlib
time python -c "import scipy.linalg; x=scipy.random.randn(400, 400); scipy.linalg.eig(x)"
# about 6 seconds on my system, single thread
sudo pacman -S openblas lapack cblas python-scipy  # BLAS from OpenBLAS, LAPACK from netlib
time python -c "import scipy.linalg; x=scipy.random.randn(400, 400); scipy.linalg.eig(x)"
# about 1.7 seconds on my system, multiple threads
sudo pacman -S openblas-lapack python-scipy  # BLAS and LAPACK from OpenBLAS
time python -c "import scipy.linalg; x=scipy.random.randn(400, 400); scipy.linalg.eig(x)"
# about 1.7 seconds on my system, multiple threads

I suggest to remove this package to avoid further confusion (and aur/python-numpy-openblas).

E3LDDfrK commented on 2020-03-04 16:20

That's too bad. Thanks for the work, @ptrr.

ptrr commented on 2020-02-23 22:07

As I don't really use this package myself anymore, and have only rarely access to my Arch Linux box for updating and debugging. Therefore I'm stepping down as maintainer of this package. Feel free to take over.

E3LDDfrK commented on 2020-02-04 18:05

Second @simonp. Please update it, @ptrr.

simonp commented on 2020-01-01 18:54

scipy >1.4 requires pybind11 as build dependency.

rharish commented on 2018-08-17 14:34

@ptrr I just tried with OPENBLAS_NUM_THREADS=1 and it worked!

ptrr commented on 2018-08-13 14:33

I was able to reproduce the problem also on my other Arch setup. It seems that the test_threads_parallel is giving this in https://github.com/scipy/scipy/blob/maintenance/1.1.x/scipy/sparse/linalg/dsolve/tests/test_linsolve.py#L640 The usual help of setting OPENBLAS_NUM_THREADS=1 didn't seem to help. I don't have a solution right now.

domochevski commented on 2018-08-13 14:09

@ptrr Well I am only adding my voice to the crowd here, but I encountered the same issue. Is there any log or information you might require to debug the problem?