Latest upstream release: 0.3.1 Current version/release in rawhide: 0.3.0-2.fc29 URL: https://github.com/xianyi/OpenBLAS Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from anitya: https://release-monitoring.org/project/2540/
openblas-0.3.1-2.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-2a16413374
openblas-0.3.1-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2647d0ade2
openblas-0.3.1-2.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-63a535ccdd
openblas-0.3.1-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-50e0615acd
openblas-0.3.1-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-2647d0ade2
openblas-0.3.1-2.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-63a535ccdd
openblas-0.3.1-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-50e0615acd
openblas-0.3.1-2.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-2a16413374
openblas-0.3.1-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
openblas-0.3.1-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
I'm a developer of gretl (https://apps.fedoraproject.org/packages/gretl) and I'm building the package myself on (fully updated) Fedora 28. If I link against the OpenMP variant of current OpenBlas (openblas-0.3.1-2.fc28.x86_64) using -lopenblaso -lgfortran # is this right? then running my gretl test suite produces several failures -- it seems, mostly related to inverting (supposedly) positive definite matrices. These failures do not occur if instead I link against old-style netlib libblas and liblapack on Fedora. Neither do they occur if I link against the "latest stable" version of OpenBlas (namely 0.2.20, threaded via OpenMP, self-compiled) on ARCH Linux. And neither do they occur if I link against the non-threaded libopenblas from openblas-0.3.1-2.fc28.x86_64 on Fedora, with -lopenblas -lgfortran On the machine I'm talking about the CPUs are Intel i7-2600 Sandybridge (quad core).
(In addition to Allin Cottrell from comment #11) OK, probably the most relevant comparison: if I build OpenBlas 0.2.20 myself, OpenMP-enabled, on Fedora 28, install it under /opt/openblas, and link my gretl build against it, no test failures. myrtle:~$ ldd /opt/esl/lib/libgretl-1.0.so.25.0.0 | grep blas libopenblas.so.0 => /opt/openblas/lib/libopenblas.so.0 (0x00007f9a39d1a000) myrtle:~$ ls -l /opt/openblas/lib/libopenblas* -rwxr-xr-x 1 root root 11197752 Aug 13 15:56 /opt/openblas/lib/libopenblas_sandybridgep-r0.2.20.so lrwxrwxrwx 1 root root 35 Aug 13 15:57 /opt/openblas/lib/libopenblas.so -> libopenblas_sandybridgep-r0.2.20.so lrwxrwxrwx 1 root root 35 Aug 13 15:57 /opt/openblas/lib/libopenblas.so.0 -> libopenblas_sandybridgep-r0.2.20.so myrtle:~$ ldd /opt/openblas/lib/libopenblas_sandybridgep-r0.2.20.so linux-vdso.so.1 (0x00007ffe7578b000) libm.so.6 => /lib64/libm.so.6 (0x00007fe1088bd000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe10869e000) libgfortran.so.5 => /lib64/libgfortran.so.5 (0x00007fe108223000) libgomp.so.1 => /lib64/libgomp.so.1 (0x00007fe107ff3000) libc.so.6 => /lib64/libc.so.6 (0x00007fe107c34000) /lib64/ld-linux-x86-64.so.2 (0x00007fe109913000) libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007fe1079f4000) libz.so.1 => /lib64/libz.so.1 (0x00007fe1077dd000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fe1075c5000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fe1073c1000)
Heh, maybe I wasn't quite up to date (or the update arrived after I posted?). Anyway, this issue seems to be fixed in openblas-0.3.2-1.fc28.x86_64. Thanks.