Package Details: python-scipy-openblas 1.1.0-2

Git Clone URL: https://aur.archlinux.org/python-scipy-openblas.git (read-only)
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: ptrr
Last Packager: ptrr
Votes: 7
Popularity: 0.000659
First Submitted: 2015-01-28 15:49
Last Updated: 2018-08-09 20:16

Required by (240)

Sources (1)

Latest Comments

1 2 Next › Last »

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?

kjeftkaffe commented on 2018-08-13 08:59

@ptrr: I have the same segfault issue. Reinstalled python-numpy-openblas (which is working fine under python 3.7), but it did not fix the problem.

ptrr commented on 2018-08-12 18:29

rharish, unfortunately I cannot reproduce that on my system, have you re-installed python-numpy-openblas with fixed python 3.7 path?

rharish commented on 2018-08-12 13:39

I'm encountering a segfault when testing: test/usr/lib/python3.7/site-packages/scipy/sparse/linalg/dsolve/tests/test_linsolve.py . [ 31%] s.s.s.s.ss.......s.............../tmp/yay/python-scipy-openblas/PKGBUILD: line 34: 13703 Segmentation fault (core dumped) python -c "from scipy import test; test('full')"

solnce commented on 2018-08-06 15:28

This PKGBUILD currently has a hardcoded python-3.6 path. This leads to a failed build after updating to python-3.7. Please change the PKGBUILD to get the path from the local python installation!

gerson commented on 2017-06-17 23:25

is it working now? Is the fix from lobisquit reliable?

lobisquit commented on 2016-07-26 12:34

Compiling new version of package gives me following error:
"BLAS : Program is Terminated. Because you tried to allocate too many memory regions"
This seem to happen during the testing of this file:
python-scipy-openblas/src/test/usr/lib/python3.5/site-packages/scipy/signal/filter_design.py
Any idea of a fix?

EDIT: "export OPENBLAS_NUM_THREADS=1" before giving "makepkg -s" seems to fix the issue

anntzer commented on 2016-01-25 17:59

(Edited out following comment, I apologize, I didn't actually pay attention to the PKGBUILD and just believed what the AUR helper told me. Please ignore.)

numpy is actually a depends, not a makedepends. It would also be nice to split the dependency (python2-numpy-openblas for python2-scipy-openblas, python-numpy-openblas for python-scipy-openblas). See e.g. http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/