Bug#1122085: liblapack3: Library can not be loaded after dist upgrade from bullseye

[Sébastien Villemot]

Le samedi 06 décembre 2025 à 21:35 +0200, basos9 a écrit :
> Package: liblapack3
> Version: 3.12.1-6
> Severity: important

>    * What led up to the situation?
> After dist upgrading from bullseye to trixie, and trying to run the minidlad
> daemon, it failed with error
> 
> /usr/sbin/minidlnad: error while loading shared libraries: liblapack.so.3:
> cannot open shared object file: No such file or directory

I suppose you mean from bookworm to trixie? Because skipping one
release during the upgrade process is unsupported.

>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
> This seems to be related to https://bugs.debian.org/cgi-
> bin/bugreport.cgi?bug=1117208
> 
> From the above bug I could fix this with
> 
> root at dogcat:~# update-alternatives --query liblapack.so.3-x86_64-linux-gnu
> update-alternatives: warning: alternative /usr/lib/x86_64-linux-
> gnu/atlas/liblapack.so.3 (part of link group liblapack.so.3-x86_64-linux-gnu)
> doesn't exist; removing from list of alternatives
> Name: liblapack.so.3-x86_64-linux-gnu
> Link: /usr/lib/x86_64-linux-gnu/liblapack.so.3
> Status: auto
> Best: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3
> Value: /usr/lib/x86_64-linux-gnu/atlas/liblapack.so.3
> 
> Alternative: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3
> Priority: 10
> 
> 
>  update-alternatives --set liblapack.so.3-x86_64-linux-gnu
> /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3
> update-alternatives: warning: alternative /usr/lib/x86_64-linux-
> gnu/atlas/liblapack.so.3 (part of link group liblapack.so.3-x86_64-linux-gnu)
> doesn't exist; removing from list of alternatives
> update-alternatives: warning: /etc/alternatives/liblapack.so.3-x86_64-linux-gnu
> is dangling; it will be updated with best choice
> update-alternatives: using /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3 to
> provide /usr/lib/x86_64-linux-gnu/liblapack.so.3 (liblapack.so.3-x86_64-linux-
> gnu) in manual mode

This seems to be the same bug as #117208, i.e. atlas alternative not
correctly removed after its deinstallation.

The prerm script of atlas in bookworm in obviously correct, so this
must be an edge case of the upgrade process.

Unless there is a way to reproduce it, I don’t see anything actionable
here.

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  https://www.debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20251206/6dd0d5b7/attachment-0001.sig>