On Wed, Jun 14, 2023 at 08:27:28PM -0000, Arch Linux: Recent news updates: Felix Yan wrote:
The openblas package prior to version 0.3.23-2 doesn't ship optimized LAPACK routine and CBLAS/LAPACKE interfaces for compatibility. This decision has been reverted now, and the ability to choose a different default system BLAS/LAPACK implementation while keeping openblas installed is now provided to allow future co-installation of BLIS, ATLAS, etc.
This must be the most confusing advice I ever got :-) As suggested, I tried: pacman -Syu blas-openblas which resulted in: :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... :: blas-openblas and cblas are in conflict. Remove cblas? [y/N] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: blas-openblas and cblas are in conflict So what should I do if I want to keep cblas, lapack, numpy, scipy etc.. working ? Which blas is now 'the default one' ? TNX -- FA
On Thu, 2023-06-15 at 08:31 +0200, Fons Adriaensen wrote:
This must be the most confusing advice I ever got :-)
Hi Fons, I can't agree more. However...
So what should I do if I want to keep cblas, lapack, numpy, scipy etc.. working ?
• rocketmouse@archlinux ~ $ pacman -Qi blas openblas blas-openblas blas64-openblas openblas64 | grep Provides Description : An optimized BLAS library based on GotoBLAS2 1.13 BSD (Provides BLAS/CBLAS/LAPACK/LAPACKE system-wide) Provides : blas=3.11.0 cblas=3.11.0 lapack=3.11.0 lapacke=3.11.0 Provides : None Description : An optimized BLAS library based on GotoBLAS2 1.13 BSD (Provides BLAS/CBLAS/LAPACK/LAPACKE system-wide) Provides : blas=3.11.0 cblas=3.11.0 lapack=3.11.0 lapacke=3.11.0 Provides : blas64=3.11.0 cblas64=3.11.0 lapack64=3.11.0 lapacke64=3.11.0 Provides : None $ pactree lapack blas-openblas provides lapack └─openblas └─gcc-libs └─glibc>=2.27 ├─linux-api-headers>=4.10 ├─tzdata └─filesystem └─iana-etc • rocketmouse@archlinux ~ $ pactree scipy python-scipy provides scipy ├─python-numpy │ ├─blas-openblas provides cblas │ │ └─openblas │ │ └─gcc-libs │ │ └─glibc>=2.27 │ │ ├─linux-api-headers>=4.10 │ │ ├─tzdata │ │ └─filesystem │ │ └─iana-etc [snip] You would have notice the provided dependencies by running "pacman -Si" too. Regards, Ralf
PS: On Thu, 2023-06-15 at 08:31 +0200, Fons Adriaensen wrote:
:: Starting full system upgrade... resolving dependencies... looking for conflicting packages... :: blas-openblas and cblas are in conflict. Remove cblas? [y/N] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: blas-openblas and cblas are in conflict
So what should I do if I want to keep cblas, lapack, numpy, scipy etc.. working ?
A pointer to provided dependencies is already that e.g. scipy isn't mentioned. While cblas is conflicting, scipy isn't mentioned, hence another package does provide cbals, a dependency for scipy.
participants (2)
-
Fons Adriaensen
-
Ralf Mardorf