https://bugzilla.suse.com/show_bug.cgi?id=1223783
https://bugzilla.suse.com/show_bug.cgi?id=1223783#c2
Egbert Eich changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |needinfo?(amajer@suse.com)
CC| |amajer@suse.com,
| |marcela.maslanova@suse.com,
| |rguenther@suse.com
--- Comment #2 from Egbert Eich ---
I had briefly played with this idea when I looked at Lapack last, by I find
cmake hard to debug, so I didn't pursue it. I'm fine if you do the conversion
and make sure that it works ;)
Regarding update alternatives:
They've given me a lot of grief. OBS staging is extremely picky about links
that exist in one alternative but not the other. Unfortunately, you cannot run
these tests yourself as there is not 'self-service' staging: you need to submit
to Factory first and then let the staging managers check what breaks.
The only reason I went into lapack was to fix issues with update alternatives
with respect to the openblas implementation. Presently, things are working and
I hope I don't have to touch these pieces ever again (OBS staging is extremely
picky about links that exist in one package but not the other).
Regarding switching to 'liblaternatives':
a. AFAIKT, libalternatives uses a binary wrapper (`alts`), thus it is for
binaries only, not for libraries (@Adam?)
b. In case my assessment in a. was wrong:
If we do this change, we'd have to change OpenBLAS as well. Since
libalternatives is not in SLE-15, we would have to introduce it there if we
were to update OpenBLAS. This would in turn require an update to lapack - and
possibly a code stream-`fork` (as we may not be able to introduce all
required
updates to all supported SLE service packs).
Things would become much simpler if we kept the update-alternatives in place
for the time being and postpone this change to when we know that no new
version
of OpenBLAS will be required for SLE-15 any more.
Even if we keep update-alternatives for the time being, for SLE (and Leap) we
need to make sure that the way they are set up matches the present setting
(names and location of links, which links we ship). This can be ensured by
leaving update-alternatives in OpenBLAS untouched during this process and make
sure we pass Factory staging.
--
You are receiving this mail because:
You are on the CC list for the bug.