On Mon, Feb 06, 2023 at 06:12:23PM +0000, James Cook wrote:
> Daniel Dickman <didick...@gmail.com> writes:
> > Diff below updates scipy to the 1.6.x series.
> >
> > With more work, it's possible to update to newer versions of scipy, but
> > for now I went for a more conservative update that doesn't change as much
> > as some of the newer versions change (e.g. 1.7 starts to use pythran, 1.8
> > makes gcc 6.3 the minimum compiler, 1.9 switches the build to meson,
> > etc..)
> >
> > Tested on amd64 and all reverse deps were built.
>
> scipy no longer works for me, though it looks like the blame is on
> numpy:
>
> moth$ python3
> Python 3.10.9 (main, Feb 2 2023, 05:09:30) [Clang 13.0.0 ] on openbsd7
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import scipy
> /usr/local/lib/python3.10/site-packages/scipy/__init__.py:138: UserWarning: A
> NumPy version >=1.16.5 and <1.23.0 is required for this version of SciPy
> (detected version 1.24.1)
> warnings.warn(f"A NumPy version >={np_minversion} and <{np_maxversion} is
> required for this version of "
>
> This is on amd64 -current; I just ran pkg_add -u scipy a few minutes ago
> in case the problem didn't get fixed since the last time I tried.
You might be hitting
https://github.com/numpy/numpy/issues/19437
I might start to sound like a broken record, but we really need a modern
BLAS/LAPACK (read: OpenBLAS), and up to date
numpy and scipy in ports. (And switching R to use OpenBLAS).
With up to date OpenBLAS, scipy 1.9.3 and numpy 1.23 (or newer) work well on
OpenBSD 7.2 amd64 and arm64.
Best,
Dima
