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"
"ldconfig -N" => casuses the failure. "ldconfig -X" => does not. seems to point to a link change... but where?
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.
Excellent. I've removed those libraries you mention and things seem to be better. I'm glad someone else had this issue.
