I'm on AMD64 gentoo, keeping my hands off masked packages. app-emulation/emul-linux-x86-nvidia-1.0.6629.ebuild does not install any more, because the dependancy media-video/nvidia-glx-1.0.6629-r1.ebuild was removed a while ago. r6 or r7 exist and should probably work as well, but are not accepted by the emulation ebuild. The problem is in the way the dependencys are stated: =media-video/nvidia-glx-${PV}-r1 !>media-video/nvidia-glx-${PV}-r1 changing them to something like this: >=media-video/nvidia-glx-${PV}-r1 !>media-video/nvidia-glx-${PV}-r9999 will fix the dependencys while still preventing installation on 71xx or 76xx nvidia-glx drivers. I've done this changes on my own to install the emul-libs, but every emerge sync kills the change, leaving me with an unresolved dependency tree on emerge -pvuD world. I've marked this as "Blocker", since it blocks any installation of this package, and blocks anyone who had this package installed when it worked (or hacked it in later) from updating his system. Sorry if this is inappropriate. Reproducible: Always Steps to Reproduce: 1. install gentoo on amd64 2. emerge sync 3. emerge emul-linux-x86-nvidia Actual Results: Calculating dependencies - emerge: there are no ebuilds to satisfy "=media-video/nvidia-glx-1.0.6629-r1" Expected Results: well.. an installed package. do these fields really apply here? ;-) Portage 2.0.51.22-r2 (default-linux/amd64/2004.3, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r6 x86_64) ================================================================= System uname: 2.6.12-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5 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 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr//lib/mozilla/defaults/pref /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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="-O2 -march=athlon64 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp6.uni-erlangen.de/pub/mirrors/gentoo http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts crypt dvd eds encode fam foomaticdb fortran gif gpm gstreamer gtk gtk2 imagemagick imlib jpeg junit lzw lzw-tiff matroska motif mozilla mp3 mpeg ncurses nls nvidia ogg oggvorbis opengl pam pdflib perl png python qt quicktime readline samba sdl spell ssl tcpd tiff truetype-fonts type1-fonts usb userlocales vorbis xanim xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
And the driver operates/installs fine with the change? If you want your changes to stay make a copy in your Portage overlay and make the change there.
(In reply to comment #1) thanks for the overlay hint. the driver installs without problems, warnings or error messages. Doom3 works fine with it. Neverwinter Nights works fine with it. quake3 segfaults though, but I've had problems with q3 before, might be something else: ..loading libGL.so.1: Segmentation fault gdb quake3.x86 ends with: Progran received signal SIGSEGV, Segmentation fault. 0x55612f46 in malloc () from /lib32/libc.so.6 no idea if the segfault is caused by libGL or quake3. As the quake 3 source has been released, upcoming native 64-bit quake3 ports should fix the problems though. anyway, a broken dependency tree is a bug and needs to be resolved. As 2 of 3 32-bit opengl programs work for me, I suggest making the change. If you're unsure because of quake3, you might also mask it until the problem has been located. The maintainers of media-video/nvidia-glx probably know more about the changes between r1 and r6/r7, and why r1 has been removed.
I'll leave the solution up to the nvidia-* maintainer, I just wanted to make sure stuff worked :) That Q3 thing could be related, but I don't have the equipment to check here.
We don't have anybody with amd64 and nvidia that I know of, and the maintainer of this amd64-specific package has retired.
this package no longer exists... the nvidia-glx package includes the required emulation libraries.
alright. When I unmerged emul-linux-x86-nvidia nothing worked, so I didn't notice. Now I unmerged the emul-package and re-emerged nvidia-glx, and everything works fine, including Quake3. Replacing the emul-package with a dummy that requires a recent nvidia-glx and does nothing (except output a message?) might have been a better solution, but I understand the organisational problems that lead to this 'bug'. Thanks a lot, and sorry for the trouble. Anyone finding their way into bugzilla should now have a solution. :)