Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
On Sat, Sep 01, 2018 at 01:11:18AM +0200, Andreas Beckmann wrote: >... > Why does it need libGL.so.1 in a maintainer script anyway? It doesn't need it for building the octave system package cache, but one of the octave libraries is linked with libGL. > Andreas cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
On Sat, 11 Aug 2018 16:00:18 +0200 Kyle Robbertze wrote: > When updating octave to 4.4.1~rc2-3, I received the following error: > > Setting up octave (4.4.1~rc2-3) ... > /usr/bin/octave-cli: error while loading shared libraries: libGL.so.1: cannot > open shared object file: No such file or directory > dpkg: error processing package octave (--configure): > installed octave package post-installation script subprocess returned error > exit status 127 Do you still have the full transcript from that upgrade session? Check /var/log/apt/term.log* I'm primarily interested in the things that happened before the failure. Why does it need libGL.so.1 in a maintainer script anyway? Andreas
Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
Control: reassign -1 glx-alternative-mesa On Sun, Aug 12, 2018 at 11:28:42AM +0200, Kyle Robbertze wrote: > Curiouser and curiouser... > > > $ ldconfig -p | grep libGL.so.1 > > libGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so.1 > libGL.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGL.so.1 > > > $ ls -lgo /usr/lib/x86_64-linux-gnu/libGL.so.* > > lrwxrwxrwx 1 50 Aug 11 15:45 /usr/lib/x86_64-linux-gnu/libGL.so.1 -> > /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu > > > $ dpkg -S /usr/lib/x86_64-linux-gnu/libGL.so.* > > diversion by glx-diversions from: /usr/lib/x86_64-linux-gnu/libGL.so.1 > diversion by glx-diversions to: > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 > libgl1:amd64: /usr/lib/x86_64-linux-gnu/libGL.so.1 > > During the next run of apt, the post-install re-ran and completed successfully > (though apt did complain about it not running any of the 4 expected actions). If this is a bug somewhere, it is more likely in glx-alternative. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Processed: Re: Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
Processing control commands: > reassign -1 glx-alternative-mesa Bug #905908 [octave] libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3 Bug reassigned from package 'octave' to 'glx-alternative-mesa'. No longer marked as found in versions octave/4.4.1~rc2-3. Ignoring request to alter fixed versions of bug #905908 to the same values previously set -- 905908: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905908 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
Curiouser and curiouser... > $ ldconfig -p | grep libGL.so.1 libGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so.1 libGL.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGL.so.1 > $ ls -lgo /usr/lib/x86_64-linux-gnu/libGL.so.* lrwxrwxrwx 1 50 Aug 11 15:45 /usr/lib/x86_64-linux-gnu/libGL.so.1 -> /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu > $ dpkg -S /usr/lib/x86_64-linux-gnu/libGL.so.* diversion by glx-diversions from: /usr/lib/x86_64-linux-gnu/libGL.so.1 diversion by glx-diversions to: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 libgl1:amd64: /usr/lib/x86_64-linux-gnu/libGL.so.1 During the next run of apt, the post-install re-ran and completed successfully (though apt did complain about it not running any of the 4 expected actions). signature.asc Description: OpenPGP digital signature
Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
On Sat, Aug 11, 2018 at 16:00:18 +0200, Kyle Robbertze wrote: > When updating octave to 4.4.1~rc2-3, I received the following error: > > Setting up octave (4.4.1~rc2-3) ... > /usr/bin/octave-cli: error while loading shared libraries: libGL.so.1: cannot > open shared object file: No such file or directory > dpkg: error processing package octave (--configure): > installed octave package post-installation script subprocess returned error > exit status 127 > > It appears to be missing a dependency on a package that provides libGL. That's odd, because that package is exactly > ii libgl1 1.0.0+git20180308-4 Can you check the contents of the package on your system? $ ldconfig -p | grep libGL.so.1 libGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so.1 $ ls -lgo /usr/lib/x86_64-linux-gnu/libGL.so.* lrwxrwxrwx 1 14 Aug 8 03:41 /usr/lib/x86_64-linux-gnu/libGL.so.1 -> libGL.so.1.7.0 -rw-r--r-- 1 575816 Aug 8 03:41 /usr/lib/x86_64-linux-gnu/libGL.so.1.7.0 $ dpkg -S /usr/lib/x86_64-linux-gnu/libGL.so.* libgl1:amd64: /usr/lib/x86_64-linux-gnu/libGL.so.1 libgl1:amd64: /usr/lib/x86_64-linux-gnu/libGL.so.1.7.0 -- mike signature.asc Description: PGP signature
Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3
Package: octave Version: 4.4.1~rc2-3 Severity: serious Justification: Policy 3.5 Dear Maintainer, When updating octave to 4.4.1~rc2-3, I received the following error: Setting up octave (4.4.1~rc2-3) ... /usr/bin/octave-cli: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory dpkg: error processing package octave (--configure): installed octave package post-installation script subprocess returned error exit status 127 It appears to be missing a dependency on a package that provides libGL. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages octave depends on: ii libamd21:5.3.0+dfsg-1 ii libarpack2 3.6.2-1 ii libasound2 1.1.6-1 ii libblas3 [libblas.so.3]3.8.0-1+b1 ii libbz2-1.0 1.0.6-8.1 ii libc6 2.27-5 ii libcamd2 1:5.3.0+dfsg-1 ii libccolamd21:5.3.0+dfsg-1 ii libcholmod31:5.3.0+dfsg-1 ii libcolamd2 1:5.3.0+dfsg-1 ii libcxsparse3 1:5.3.0+dfsg-1 ii libfftw3-double3 3.3.8-1 ii libfftw3-single3 3.3.8-1 ii libfltk-gl1.3 1.3.4-7 ii libfltk1.3 1.3.4-7 ii libfreetype6 2.8.1-2 ii libgcc11:8.2.0-3 ii libgl1 1.0.0+git20180308-4 ii libglpk40 4.65-2 ii libglu1-mesa [libglu1] 9.0.0-2.1 ii libgomp1 8.2.0-3 ii libklu11:5.3.0+dfsg-1 ii liblapack3 [liblapack.so.3]3.8.0-1+b1 ii liboctave5 4.4.1~rc2-3 ii libopenblas-base [liblapack.so.3] 0.3.2+ds-1 ii libportaudio2 19.6.0-1 ii libqhull7 2015.2-4 ii libqrupdate1 1.1.2-2+b2 ii libqscintilla2-qt5-13 2.10.4+dfsg-1+b1 ii libqt5core5a 5.11.1+dfsg-6 ii libqt5gui5 5.11.1+dfsg-6 ii libqt5help55.11.1-5 ii libqt5network5 5.11.1+dfsg-6 ii libqt5opengl5 5.11.1+dfsg-6 ii libqt5printsupport55.11.1+dfsg-6 ii libqt5sql5 5.11.1+dfsg-6 ii libqt5widgets5 5.11.1+dfsg-6 ii libsndfile11.0.28-4 ii libstdc++6 8.2.0-3 ii libsuitesparseconfig5 1:5.3.0+dfsg-1 ii libumfpack51:5.3.0+dfsg-1 ii libx11-6 2:1.6.5-1 ii octave-common 4.4.1~rc2-3 ii texinfo6.5.0.dfsg.1-4 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages octave recommends: ii default-jre-headless 2:1.10-68 ii epstool 3.08+repack-7 ii gnuplot-qt [gnuplot-nox] 5.2.2+dfsg1-2 ii libopenblas-base 0.3.2+ds-1 ii octave-doc4.4.1~rc2-3 ii pstoedit 3.73-1+b1 Versions of packages octave suggests: pn liboctave-dev -- no debconf information