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): freefem++-3.59-2.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 likely will have to wait, because right now openblas seems to be broken in rawhide: # mock -r fedora-rawhide-x86_64 .... ... Cannot download Packages/o/openblas-srpm-macros-2-4.fc29.noarch.rpm: All mirrors were tried ... Furthermore, all attempts to test-build against openblas in fc28 also failed for yet undetermined reasons.
> because right now openblas seems to be broken in rawhide: > > # mock -r fedora-rawhide-x86_64 .... > ... > Cannot download Packages/o/openblas-srpm-macros-2-4.fc29.noarch.rpm: All > mirrors were tried > ... Did you update to the latest mock-core-configs-29.2-1.fc28.noarch ? That's assuming you are on F28. > Furthermore, all attempts to test-build against openblas in fc28 also failed > for yet undetermined reasons. Do you have koji (scratch) build link? I could take a look then.
(In reply to Dominik 'Rathann' Mierzejewski from comment #2) > > because right now openblas seems to be broken in rawhide: > > > > # mock -r fedora-rawhide-x86_64 .... > > ... > > Cannot download Packages/o/openblas-srpm-macros-2-4.fc29.noarch.rpm: All > > mirrors were tried > > ... > > Did you update to the latest mock-core-configs-29.2-1.fc28.noarch ? No. This package wasn't available until this morning. Presumably, I am once again victim of dnf not checking mirrors for currentness (== redirecting to outdated and broken mirrors) and me being in Europe (== 24-48 hrs delay until packages land) :( > > Furthermore, all attempts to test-build against openblas in fc28 also failed > > for yet undetermined reasons. > > Do you have koji (scratch) build link? Not yet, but will likely do so when I feel it's appropriate. ATM, things are still in an "too early" stage (building freefem++ is very time consuming ;) )
(In reply to Ralf Corsepius from comment #3) > (In reply to Dominik 'Rathann' Mierzejewski from comment #2) > > > because right now openblas seems to be broken in rawhide: > > > > > > # mock -r fedora-rawhide-x86_64 .... > > > ... > > > Cannot download Packages/o/openblas-srpm-macros-2-4.fc29.noarch.rpm: All > > > mirrors were tried > > > ... > > > > Did you update to the latest mock-core-configs-29.2-1.fc28.noarch ? > No. This package wasn't available until this morning. > > Presumably, I am once again victim of dnf not checking mirrors for > currentness (== redirecting to outdated and broken mirrors) and me being in > Europe (== 24-48 hrs delay until packages land) :( I got it from updates-testing on Saturday afternoon. And, as you know, I'm based in Poland. > > > Furthermore, all attempts to test-build against openblas in fc28 also failed > > > for yet undetermined reasons. > > > > Do you have koji (scratch) build link? > Not yet, but will likely do so when I feel it's appropriate. ATM, things are > still in an "too early" stage (building freefem++ is very time consuming ;) ) Sure, no rush. I know, I'm the former maintainer. ;)
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
Closing in favour of FlexiBLAS.