Description of problem: Please BuildRequire: openblas instead of atlas where available (x86_64 %{ix86} armv7hl %{power64} aarch64 s390x, see %{openblas_arches} macro defined in openblas-srpm-macros package). Currently, it's available on all primary Fedora arches, so you can technically skip using the macro. Version-Release number of selected component (if applicable): scamp-2.0.4-12.fc29 Additional information: OpenBLAS selects best code path for the target architecture at runtime unlike ATLAS. A lot of benchmarks around the net suggest openblas is faster than ATLAS in most workloads: https://github.com/tmolteno/necpp/issues/18 http://blog.nguyenvq.com/blog/2014/11/10/optimized-r-and-python-standard-blas-vs-atlas-vs-openblas-vs-mkl/ https://freddie.witherden.org/pages/blas-gemm-bench/ http://nghiaho.com/?p=1726 Many Fedora packages have switched to openblas already (e.g. scalapack and all dependent ones and numpy).
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
FEDORA-2020-7a86eca506 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-7a86eca506
FEDORA-2020-7a86eca506 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-7a86eca506` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-7a86eca506 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-7a86eca506 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.