Openblas собран с NO_LAPACK=1, но при этом содержит заголовочные файлы от lapack.

$ rpm -ql libopenblas-devel | grep lapack
/usr/include/openblas/lapack.h
/usr/include/openblas/lapacke.h
/usr/include/openblas/lapacke_config.h
/usr/include/openblas/lapacke_mangling.h
/usr/include/openblas/lapacke_utils.h

Это вызывает проблемы при сборке клиентов: автоматика (cmake, autotools) думают, что lapack находится в openblas, сборка вываливаются при линковке (т.к. в библиотеке его нет). Приходится вручную подсовывать -llapack. Если при этом собирающий плохо понимает, как устроено blas/lapack-хозяйство в Altlinux, то это приводит к некоторому замешательству.

Еще один вариант (кажется более правильным, но и более трудоемким, так как придется разбираться с клиентами): собрать openblas со своим lapack. Тогда варианты сборки были бы еще понятнее:
- blas + liblapack -- стандартная, "референсная" версия
- openblas (со своим lapack) -- оптимизированная, рекомендованная
- libsclapack (со своим blas), libatlas, xblas+liblapack - для разных извращений