Apparently, though unproven, at 15:11 on Wednesday 08 September 2010, dhk did opine thusly:
> Below is the output when I run "revdep-rebuild --ignore". This started > in the spring and never cleared up. Everything on my amd64 box runs > fine and nothing complains about the missing library. I regularly do > updates and everytime I run "revdep-rebuild --ignore" I get the same > results. How can I fix or get rid of this problem? > > # revdep-rebuild --ignore > * Configuring search environment for revdep-rebuild > > * Checking reverse dependencies > * Packages containing binaries and libraries broken by a package update > * will be emerged. > > * Collecting system binaries and libraries > * Generated new 1_files.rr > * Collecting complete LD_LIBRARY_PATH > * Generated new 2_ldpath.rr > * Checking dynamic linking consistency > [ 39% ] * broken /usr/lib32/qt4/libQtOpenGL.so.4.6.2 (requires > libGL.so.1) LibGL is normally provided by xorg (or by emul-linux-x86-opengl) for the 32 bit lib on a 64 bits system. In my case, I have this: a...@nazgul ~ $ ls -al /usr/lib32/libGL.so lrwxrwxrwx 1 root root 33 2010-09-01 11:29 /usr/lib32/libGL.so -> opengl/nvidia/lib/libGL.so.256.53 a...@nazgul ~ $ ls -al /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2 -rwxr-xr-x 1 root root 473556 2010-06-11 11:29 /usr/lib32/opengl/xorg- x11/lib/libGL.so.1.2 a...@nazgul ~ $ ls -al /usr/lib32/opengl/nvidia/lib/libGL.so* lrwxrwxrwx 1 root root 15 2010-09-01 11:29 /usr/lib32/opengl/nvidia/lib/libGL.so -> libGL.so.256.53 lrwxrwxrwx 1 root root 15 2010-09-01 11:29 /usr/lib32/opengl/nvidia/lib/libGL.so.1 -> libGL.so.256.53 -rwxr-xr-x 1 root root 765460 2010-09-01 11:29 /usr/lib32/opengl/nvidia/lib/libGL.so.256.53 I think you need to run "eselect opengl" to fix all your symlinks -- alan dot mckinnon at gmail dot com