revdep-rebuilt pointed out that nvidia glx was broken. After rebuilding still broke. Rebuilt xorg, nvidia-glx and no change. I was almost convinced that either xorg-x11 or nvidia-glx was broken but then I wondered why any 32 bit libs were installed. 2005.1 is multilib so I understand a framework is there to allow 32 bit programs to install. But, thats about my limit of knowledge for what exactly a multilib system has/needs. The question I have is nvidia-glx installing 32 bit version of glx necessary when there is no 32 bit version of xorg-x11 installed? Why? Because revdep-rebuild chokes on the broken 32 bit nvidia-glx when there is no 32 bit xorg-x11 installed every time it runs. Since nvidia-glx depends on x11, why not have it check and if no 32 bit x11 libs are installed don't install 32 bit glx? This box is 64 bit 2005.1. no emul* installed, needed, or wanted. ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.6629 linux-gate.so.1 => (0xffffe000) libGLcore.so.1 => /usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0x555cd000) libnvidia-tls.so.1 => /usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0x55cbe000) libm.so.6 => /lib32/tls/libm.so.6 (0x55cc0000) libXext.so.6 => not found libX11.so.6 => not found libdl.so.2 => /lib32/libdl.so.2 (0x55ce4000) libc.so.6 => /lib32/tls/libc.so.6 (0x55ce8000) /lib/ld-linux.so.2 (0x56555000) ls -l /usr/lib32/libX* ls: /usr/lib32/libX*: No such file or directory media-video/nvidia-glx Latest version available: 1.0.6629-r6 Latest version installed: 1.0.6629-r6 x11-base/xorg-x11 Latest version available: 6.8.2-r6 Latest version installed: 6.8.2-r6 # emerge info Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12-gentoo-r9 x86_64) ================================================================= System uname: 2.6.12-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.2.184/gentoo-portage" USE="amd64 X a52 aac acpi alsa audiofile avi berkdb bitmap-fonts bzip2 crypt curl dvd dvdr dvdread emboss encode exif expat fam ffmpeg fftw flac font-server foomaticdb fortran gdbm gif gpm gstreamer gtk2 imlib ipv6 java jpeg kde kdeenablefinal lcms libwww lzw lzw-tiff mad mjpeg mng mp3 mpeg mysql mythtv ncurses nls nptl ogg oggvorbis opengl oss pam pcre pdflib perl png python qt quicktime readline sdl slang spell ssl tcpd threads tiff transcode truetype truetype-fonts type1-fonts udev usb userlocales v4l2 vorbis xine xml2 xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Why are you using multilib profile then, if you don't want or need such stuff?
you are using the standard profile which enables 32bit support. if you don't want that, use the 2005.1/no-multilib sub-profile. If you use 32bit apps that use opengl, you'll probably also have app-emulation/emul-linux-x86-xlibs installed which install /emul/linux/x86/usr/lib/libX* and the other libs you're missing
OK, It just seemed strange to me that portage would install nvidia-glx in a default profile, default system in an inconsistent state. nvidia-glx installed 32bit glx, which depends on 32bit X which is not a dependency according to portage.
we can't set a dependency on the 32bit libs because it depends on the profile (multilib or no-multilib, that's the question ;)), but creating another use flag or pseudo-emul-packages would be a complete overbloat, IMHO.
