Bug#993338: octave: Setting up octave fails due to missing libGL.so.1
Andreas Beckmann
anbe at debian.org
Mon Oct 4 13:48:02 BST 2021
Hi all,
On 15/09/2021 05.16, Guillem Jover wrote:
> Control: reassign -1 glx-diversions 1.2.0
> I reproduced the problem and replaced the postinst maintscript, and
> got the output in «glx-diversions.postinst.log», and after that
> there's no more libGL.so*. And these only get regenerated during the
> triggers processing.
I've uploaded 1.2.1 to sid which reduces the time between creating the
diversions and setting up the alternatives initially. That should fix
the issue where libGL.so.1 etc. is missing over an extended timeframe
(i.e. during the configuration of several unrelated packages).
It would be great if you could retest your scenario in sid, s.t. I can
backport the fix to bullseye-pu.
Andreas
PS: once the 390 legacy driver and 418 tesla driver are EoL (end of
2022, i.e. before bookworm), we can probably get rid of (most of) the
diversion+alternatives construct, since all newer driver series are
based on glvnd ;-)
More information about the pkg-nvidia-devel
mailing list