Description of problem: Please BuildRequire: openblas instead of atlas or netlib blas and lapack 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): sextractor-2.19.5-11.fc29.x86_64 Additional information: I can see you did use atlas in this package but disabled it due to compatibility issues with lapacke library. OpenBLAS is compatible with that library as far as I know, so please try. OpenBLAS is an optimized BLAS library and 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).
Sorry, copy and paste error. Correction: Version-Release number of selected component (if applicable): shogun-6.0.0-14.fc29.x86_64
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.
Automation has figured out the package is retired in Fedora 31. If you like it to be unretired, please open a ticket at https://pagure.io/releng/new_issue?template=package_unretirement