atlas-lapack-base vs openblas issue requires manual intervention to allow an update
Add Reply
Ralf Mardorf via arch-general
2018-10-30 08:47:01 UTC

depending on what we have installed, there's the need to replace
'atlas-lapack-base' by 'cblas', 'lapack' and 'openblas'.

My install's dependency chain needs it for packages such as 'blender'
and 'gimp' (all from official repositories), resp. without having
'sagemath' installed 'openblas' seemingly could be replaced by 'blas' [1],

However, there's seemingly the need to install 'cblas', 'lapack' and
'openblas' or 'blas' first.

Perhaps this should be mentioned by the news at https://www.archlinux.org/
and by https://lists.archlinux.org/listinfo/arch-announce.


$ sudo pacman -Syu
looking for conflicting packages...
:: openblas and atlas-lapack-base are in conflict (blas). Remove atlas-lapack-base? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'lapack' required by r
$ sudo pacman -S openblas cblas lapack
Packages (4) atlas-lapack-base-3.10.3-1 [removal] cblas-3.8.0-2 lapack-3.8.0-2 openblas-0.3.3-1
:: Proceed with installation? [Y/n] n
$ sudo pacman -S blas cblas lapack
Packages (4) atlas-lapack-base-3.10.3-1 [removal] blas-3.8.0-2 cblas-3.8.0-2 lapack-3.8.0-2
:: Proceed with installation? [Y/n] Y
$ sudo pacman -Syu
:: openblas and blas are in conflict. Remove blas? [y/N] y

Packages (149) [snip]
:: Proceed with installation? [Y/n] Y
$ pactree -r openblas
│ [snip]
│ [snip]
$ sudo pacman -S blas
:: blas and openblas are in conflict. Remove openblas? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing openblas breaks dependency 'openblas' required by sagemath