Bug 67708 – ldconfig b0rks opengl support

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Chris Smith 2004-10-15 12:52:09 UTC]

Using nvidia-glx, whenever ldconfig is run opengl support is lost.
I was going to bug portage as env-update causes the same problem but I believe that env-update runs ldconfig which seems to be the root culprit.
This has been going on for months through many versions of glibc.

Reproducible: Always
Steps to Reproduce:
1.opengl-update nvidia
2.glxgears => runs ok
3.ldconfig (or env-update)
4. glxgears => segmentation fault

Actual Results:  
Apps needing opengl support fail with segmantation faults.

Expected Results:  
App should run normally.

Again, this problem has been ongoing for months and is not particularly tied to
this particular version of glibc.

etc # emerge info
Portage 2.0.51_rc9 (gcc34-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r1,
2.6.8-gentoo-r9 i686)
=================================================================
System uname: 2.6.8-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz
Gentoo Base System version 1.5.3
distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -s"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe -s"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://gentoo.seren.com/gentoo
http://open-systems.ufl.edu/mirrors/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acpi alsa apache2 arts audiofile avi berkdb bitmap-fonts bonobo cdr
crypt cups curl dv dvd dvdr encode esd f77 flac gdbm gif gphoto2 gpm gstreamer
gtk gtk2 gtkhtml guile imap imlib jack java jpeg kde lcms ldap libg++ libwww mad
mikmod mmx motif mozilla mpeg ncurses nls nptl oggvorbis opengl oss pam pda
pdflib perl png ppds python qt quicktime readline samba sasl scanner sdl slang
spell sse ssl svg svga tcltk tcpd tetex theora threads tiff truetype unicode usb
wmf x86 xml xml2 xmms xprint xv zlib"

[Comment 1 Chris Smith 2004-10-15 13:24:56 UTC]

"ldconfig -N" => casuses the failure.
"ldconfig -X" => does not.
seems to point to a link change...
but where?

[Comment 2 Chris Smith 2004-10-15 14:11:13 UTC]

Arrrggghhhh!!!! (can you tell this has been bugging me for months?)
I am trying real hard...

The game is afoot:

ldconfig -Nv | grep -i 'gl'

provides these two interesting lines of output (among others not so interesting):
libGLcore.so.1 -> libGLcore.so.1.0.5336 (changed)
libGL.so.1 -> libGL.so.1.0.5336 (changed)

A locate led me to /usr/lib where indeed those files resided with their symlinks. An "opengl-update nvidia" changed the symlinks to properly point to the files in /usr/lib/opengl/nvidia/lib/, I removed the old files, and then ran ldconfig with no more problems.

The files were dated Feb. 18, and I've been battling this problem since then.

[Comment 3 Daniel Milne 2004-12-01 01:08:36 UTC]

Excellent. I've removed those libraries you mention and things seem to be better. I'm glad someone else had this issue.