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