Closed dnerini closed 2 years ago
Merging #250 (ed130cb) into master (bd94785) will not change coverage. The diff coverage is
n/a
.
@@ Coverage Diff @@
## master #250 +/- ##
=======================================
Coverage 80.78% 80.78%
=======================================
Files 140 140
Lines 10625 10625
=======================================
Hits 8583 8583
Misses 2042 2042
Flag | Coverage Δ | |
---|---|---|
unit_tests | 80.78% <ø> (ø) |
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
Legend - Click here to learn more
Δ = absolute <relative> (impact)
,ø = not affected
,? = missing data
Powered by Codecov. Last update bd94785...ed130cb. Read the comment docs.
doh! now windows py38 fails with a new error:
Traceback (most recent call last):
File "fetch_pysteps_data.py", line 14, in <module>
from pysteps.datasets import create_default_pystepsrc, download_pysteps_data
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\__init__.py", line 11, in <module>
from . import cascade
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\cascade\__init__.py", line 5, in <module>
from .interface import get_method
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\cascade\interface.py", line 14, in <module>
from pysteps.cascade import decomposition, bandpass_filters
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\cascade\decomposition.py", line 76, in <module>
from pysteps import utils
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\utils\__init__.py", line 4, in <module>
from .cleansing import *
File "C:\Miniconda\envs\test-environment\lib\site-packages\pysteps\utils\cleansing.py", line 17, in <module>
import scipy.spatial
File "C:\Miniconda\envs\test-environment\lib\site-packages\scipy\__init__.py", line 136, in <module>
from . import _distributor_init
File "C:\Miniconda\envs\test-environment\lib\site-packages\scipy\_distributor_init.py", line 59, in <module>
WinDLL(os.path.abspath(filename))
File "C:\Miniconda\envs\test-environment\lib\ctypes\__init__.py", line 373, in __init__
self._handle = _dlopen(self._name, mode)
FileNotFoundError: Could not find module 'C:\Miniconda\envs\test-environment\lib\site-packages\scipy\.libs\libbanded5x.CBCBXIAYFUWOYCSBXUA2BT6W76FYX4C7.gfortran-win_amd64.dll' (or one of its dependencies). Try using the full path with constructor syntax.
edit: fixed in ed130cb ref: https://github.com/scipy/scipy/issues/14002
The changes introduced here are not necessary anymore since numpy 1.22 was released on conda-forge, too. Since the changes were more of a workaround than actual fix, let's not merge this but keep it here as reference in case problem appears again.
The changes introduced here are not necessary anymore since numpy 1.22 was released on conda-forge, too. Since the changes were more of a workaround than actual fix, let's not merge this but keep it here as reference in case problem appears again.
Numpy 1.22 didn't make your changes unnecessary, @dnerini . I tried with numpy 1.22.0 py38hcf66579_1 from conda-forge, but it is still throwing FileNotFoundError
even though the file is right there.
I only got it to work after setting CONDA_DLL_SEARCH_MODIFICATION_ENABLE
to 1
Hello @ErickMesquita and thanks for the update on the issue. Are you running it on windows? Is this happening when pip installing from source (in a conda environemnt) ?
Hello, yes, my testing machine is an AMDx64 running Windows 7 with conda 4.11.0.
The following code reproduces the error:
conda create --name test-scipy -y -c conda-forge python=3.8 numpy scipy
conda activate test-scipy
python
import scipy
It installs Python 3.8.12, Numpy 1.22.2 and Scipy 1.8.0. Then it throws FileNotFoundError
because of that .gfortran-win_amd64.dll
file.
I tried Python 3.8.8, 3.8.10 and 3.8.11. I tried Scipy 1.8, 1.7 and 1.6.
( I cannot run Python 3.9+ because it requires Windows 10)
Fix #249.