openblas_0.3.10+ds-2_source.changes ACCEPTED into unstable

[lumin at debian.org]

Hi,

On Wed, Jul 29, 2020 at 03:36:12PM +0000, Debian FTP Masters wrote:
>    * lib{blas,lapack}.so.3 are again dynamically linked against libopenblas.so.0.
>      This restores the pre-multi-flavour behaviour.
>      Incidentally, this brings back the possibility of checking at runtime for
>      the presence of openblas_get_config symbol. (Closes: #960728)

I reviewed the changes, and actually it introduced a regression bug
where the choice of update-alternatives gets rather complicated.

e.g. if I set libblas.so.3 <--provides-- libopenblas0-serial, and
libopenblas.so.0 <--provides libopenblas0-pthread, then since
openblas-serial/libblas.so.3 NEEDS libopenblas.so.0, and has no
RPATH attribute, ld.so will resolve libblas.so.3's dependency to the
global /usr/lib/<triplet>/libopenblas.so.0, which points to
openblas-pthread/libopenblas.so.0 . This breaks the users assumption
on the "serial" threading of libblas.so.3.

Severity: important
Fixed in git repo:
https://salsa.debian.org/science-team/openblas/-/commit/5bd3216d3d78c1315627f0e117f2d20c8962eef6