Comment # 44 on bug 1177260 from Egbert Eich

(In reply to Stefan Br���ns from comment #42)
> (In reply to Egbert Eich from comment #29)
> > @Stefan Br���ns: I've finally fixed what you've suggested in comment #4 - all
> > flavors of OpenBLAS use the same SONAME so they can be used as plug-in
> > replacements.
> > You can find this in my home on OBS: home:eeich:branches:science/openblas -
> > this also contains some cleanups. If I don't hear any objections I will
> > submit it and later on push it to Factory.
> > 
> > What hasn't been done, yet, is to combine the lapack[e] & [c]blas libraries
> > to a block as you've suggested in comment #11. This would again require to
> > touch lapack and openblas.
> 
> This broke building for a lot of packages in SLE/Leap in the science
> project, as numpy is not build with the changed SONAME, and thus becomes
> unresolvable (the openblas from the science project shadows the package from
> the regular repository).
> 
> IMHO, this is an ABI breakage which has to be conditional. Only SLE/Leap
> 16/ALP should use the new name (and  TW, of course).
> 
> For the time being, I have disabled openblas' "use_for_build" for Leap 15.4.


We can only have one thing: either retain the old SONAMEs or have a working
update-alternatives on Leap.
The only alternative I can thin of and hat I could look into is to create a
libopenblas_pthread_compat package for SLE/Leap, with a
libopenblas_pthread.so.0 created from openblas-pthread/libopenblas.so.0 and
using patchelf to 'fix' the SONAME. 
The default has been to use the pthread variant of openblas. Since the
dependency is on libopenblas_pthreads.so.0, it should be pulled in by zypper.