I've found a little problem in x11-drivers/nvidia-drivers package, on AMD64 system. nvidia-drivers installs both 64 and 32bit libraries, and in "minimal" AMD64 Gentoo installation, where no emul-linux-x86* packages are installed, this happens: # revdep-rebuild -pv 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... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8776 (requires libX11.so.6 libXext.so.6) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) All prepared. Starting rebuild... emerge --oneshot -pv =x11-drivers/nvidia-drivers-1.0.8776 .......... These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/nvidia-drivers-1.0.8776 USE="dlloader" 0 kB Total size of downloads: 0 kB Build finished correctly. Removing temporary files... You can re-run revdep-rebuild to verify that all libraries and binaries are fixed. If some inconsistency remains, it can be orphaned file, deep dependency, binary package or specially evaluated library. In fact: # ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8776 linux-gate.so.1 => (0xffffe000) libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0xf7754000) libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0xf7752000) libm.so.6 => /lib32/libm.so.6 (0xf772d000) libXext.so.6 => not found libX11.so.6 => not found libdl.so.2 => /lib32/libdl.so.2 (0xf7728000) libc.so.6 => /lib32/libc.so.6 (0xf760d000) /lib/ld-linux.so.2 (0x56555000) The solution is to install app-emulation/emul-linux-x86-xlibs. After the installation of this package all is ok: # revdep-rebuild -pv 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... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. # ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8776 linux-gate.so.1 => (0xffffe000) libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0xf7791000) libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0xf778f000) libm.so.6 => /lib32/libm.so.6 (0xf776a000) libXext.so.6 => /emul/linux/x86/usr/lib/libXext.so.6 (0xf775c000) libX11.so.6 => /emul/linux/x86/usr/lib/libX11.so.6 (0xf766c000) libdl.so.2 => /lib32/libdl.so.2 (0xf7668000) libc.so.6 => /lib32/libc.so.6 (0xf754d000) /lib/ld-linux.so.2 (0x56555000) libXau.so.6 => /emul/linux/x86/usr/lib/libXau.so.6 (0xf754a000) libXdmcp.so.6 => /emul/linux/x86/usr/lib/libXdmcp.so.6 (0xf7545000) I suggest to add to RDEPEND of nvidia-drivers, for amd64 arch, the app-emulation/emul-linux-x86-xlibs package.
The problem is that this breaks the dependency tree for the no-multilib profile. Now if we only had the multilib USE flag... we're kind of stuck with the implicit dependency :/
Closing as CANTFIX per comment 1
