nvidia-drivers 256.25 beta released. Not a simple copy rename ebuild. A Complete change of how it stores files. includes, libs , man pages, programs in single directory. no usr/* directory structure. Reproducible: Always
Created attachment 232475 [details] nvidia-drivers-256.25 ebuild Here's an updated ebuild. Tested on x86, x86_64 _should_ be ok, but I haven't tried it. Not sure about x86-fbsd, but it should be ok. Don't forget the updated patches.
Created attachment 232477 [details, diff] Updated NVIDIA_glx-defines patch
Created attachment 232479 [details, diff] Updated NVIDIA_glx-glheader patch
Created attachment 232481 [details, diff] Updated unified-arch patch
Created attachment 232483 [details, diff] Upstream patch to fix AGP systems
Created attachment 232485 [details] nvidia-settings-256.25 ebuild And here's the nvidia-settings ebuild, which also needed some changes.
they also dropped -pkg? from the download
Not yet from the filename of the .run files, they just removed -pkg0 for x86. They did drop the -pkg from the folder name once the .run files are extracted though.
I see. The downloads from ftp drop the -pkg? but not the http downloads. Thanks for the quick support.
The ftp downloads are up? They weren't ~12 hours ago, when I initially updated this. That may explain why we've seen different things ;). I'll update the ebuild to use them, it'll be a bit clearer that way.
Created attachment 232503 [details] Updated nvidia-drivers-256.25 ebuild (use FTP Linux downloads) Here we go, that's more consistent with upstream's changelog anyway ;).
Created attachment 232505 [details] Oops. Wrong file -_-".
Created attachment 232513 [details] Updated nvidia-settings-256.25 ebuild (let portage handle stripping)
Very nice. Thank you very much for the ebuilds. All tested to be working good - hardware 3d acceleration, power management, twinview, vdpau, and also my cuda and opencl programs. In the nvidia-settings ebuild, please keep the icon and desktop menu entry installation part the same as in gentoo ebuilds, i.e., # Install icon and .desktop entry doicon ${FILESDIR}/icon/${PN}.png domenu ${FILESDIR}/icon/${PN}.desktop (and one may copy the files nvidia-settings.{png,desktop} to files/icon/).
(In reply to comment #14) > > In the nvidia-settings ebuild, please keep the icon and desktop menu entry > installation part the same as in gentoo ebuilds, i.e., > # Install icon and .desktop entry > doicon ${FILESDIR}/icon/${PN}.png > domenu ${FILESDIR}/icon/${PN}.desktop > (and one may copy the files nvidia-settings.{png,desktop} to files/icon/). > Something's wrong with the bundled icon/desktop files?
Created attachment 232531 [details] Updated nvidia-settings-256.25 ebuild (fix .desktop)
Thanks for fixing the .desktop. (Nothing really wrong, it is just that the generated .desktop contains incorrect path to the binary presumably because portage first installs to a sandbox and so the .desktop contains the path relative to the sandbox.)
No problem ;) I guess the vars are expanded by the official nVidia installer. I did notice that the .desktop file looked funny the first time, which I then promptly forgot to check/fix. That's what happens when you do this sort of things at 6:30 AM ;).
Still thanks for the effort. I usually just copy and rename the gentoo nvidia-drivers ebuild, do some minor changes and/or patches if required. But this time the Changelog was long enough that I didn't feel like doing it at 4.30 am after spending the friday night on upgrading to kernel 2.6.34 and doing 'emerge -Du world' :).
Installation brakes with: >>> Source compiled. >>> Test phase [not enabled]: x11-drivers/nvidia-drivers-256.25 >>> Install nvidia-drivers-256.25 into /tmp/portage/x11-drivers/nvidia-drivers-256.25/image/ category x11-drivers * Installing nvidia module * ERROR: x11-drivers/nvidia-drivers-256.25 failed: * nvidia missing in FILESDIR * * Call stack: * ebuild.sh, line 48: Called src_install * environment, line 4140: Called die * The specific snippet of code: * [ -f "${FILESDIR}/nvidia-169.07" ] || die "nvidia missing in FILESDIR"; * * If you need support, post the output of 'emerge --info =x11-drivers/nvidia-drivers-256.25', * the complete build log and the output of 'emerge -pqv =x11-drivers/nvidia-drivers-256.25'. * This ebuild is from an overlay named 'local-repo': '/usr/local/portage/' * The complete build log is located at '/log/portage/x11-drivers:nvidia-drivers-256.25:20100524-215059.log'. * The ebuild environment file is located at '/tmp/portage/x11-drivers/nvidia-drivers-256.25/temp/environment'. * S: '/tmp/portage/x11-drivers/nvidia-drivers-256.25/work/NVIDIA-Linux-x86-256.25' >>> Failed to emerge x11-drivers/nvidia-drivers-256.25, Log file: >>> '/log/portage/x11-drivers:nvidia-drivers-256.25:20100524-215059.log'
(In reply to comment #20) > Installation brakes with: > > >>> Source compiled. > >>> Test phase [not enabled]: x11-drivers/nvidia-drivers-256.25 > > >>> Install nvidia-drivers-256.25 into /tmp/portage/x11-drivers/nvidia-drivers-256.25/image/ category x11-drivers > * Installing nvidia module > * ERROR: x11-drivers/nvidia-drivers-256.25 failed: > * nvidia missing in FILESDIR > * > * Call stack: > * ebuild.sh, line 48: Called src_install > * environment, line 4140: Called die > * The specific snippet of code: > * [ -f "${FILESDIR}/nvidia-169.07" ] || die "nvidia missing in > FILESDIR"; > * > * If you need support, post the output of 'emerge --info > =x11-drivers/nvidia-drivers-256.25', > * the complete build log and the output of 'emerge -pqv > =x11-drivers/nvidia-drivers-256.25'. > * This ebuild is from an overlay named 'local-repo': '/usr/local/portage/' > * The complete build log is located at > '/log/portage/x11-drivers:nvidia-drivers-256.25:20100524-215059.log'. > * The ebuild environment file is located at > '/tmp/portage/x11-drivers/nvidia-drivers-256.25/temp/environment'. > * S: > '/tmp/portage/x11-drivers/nvidia-drivers-256.25/work/NVIDIA-Linux-x86-256.25' > > >>> Failed to emerge x11-drivers/nvidia-drivers-256.25, Log file: > > >>> '/log/portage/x11-drivers:nvidia-drivers-256.25:20100524-215059.log' > You'll need to copy /usr/portage/x11-drivers/nvidia-drivers/files/nvidia-169.07 to your local overlay. Sorry, forgot to mention that ;).
Works fine now. :) Thx @ NiLuJe
Created attachment 233427 [details] Bump nvidia-drivers (256.29) Updated to 256.29. It seems to be Linux only (for now?), so, x86-fbsd users, beware!
Created attachment 233429 [details] Bump nvidia-settings (256.29)
*** Bug 322017 has been marked as a duplicate of this bug. ***
There is a QA notice appearing in portage for these drivers: QA: other QA Notice: The following files contain writable and executable sections Files with such sections will not work properly (or at all!) on some architectures/operating systems. A bug should be filed at http://bugs.gentoo.org/ to make sure the issue is fixed. For more information, see http://hardened.gentoo.org/gnu-stack.xml Please include the following list of files in your report: Note: Bugs should be filed for the respective maintainers of the package in question and not hardened@g.o. RWX --- --- usr/bin/nvidia-smi RWX --- --- usr/bin/nvidia-xconfig RWX --- --- usr/lib/libOpenCL.so.1.0.0 RWX --- --- usr/lib/libvdpau_nvidia.so.256.29 RWX --- --- usr/lib/libcuda.so.256.29 RWX --- --- usr/lib/opengl/nvidia/lib/libnvidia-tls.so.256.29 RWX --- --- usr/lib/xorg/modules/drivers/nvidia_drv.so I assume that since the nvidia drivers are binaries, this is an upstream issue, so I took the liberty of reporting it to upstream: http://www.nvnews.net/vbulletin/showthread.php?p=2260549#post2260549
There appears to be an issue with nvidia-settings: $ nvidia-settings Floating point exception This occurs when I try to view "Thermal Settings".
(In reply to comment #27) > There appears to be an issue with nvidia-settings: > > $ nvidia-settings > Floating point exception > > This occurs when I try to view "Thermal Settings". > It's a known upstream issue, cf. http://www.nvnews.net/vbulletin/showthread.php?t=151398
(In reply to comment #26) > There is a QA notice appearing in portage for these drivers: > > QA: other > QA Notice: The following files contain writable and executable sections > Files with such sections will not work properly (or at all!) on some > architectures/operating systems. A bug should be filed at > http://bugs.gentoo.org/ to make sure the issue is fixed. > For more information, see http://hardened.gentoo.org/gnu-stack.xml > Please include the following list of files in your report: > Note: Bugs should be filed for the respective maintainers > of the package in question and not hardened@g.o. > RWX --- --- usr/bin/nvidia-smi > RWX --- --- usr/bin/nvidia-xconfig > RWX --- --- usr/lib/libOpenCL.so.1.0.0 > RWX --- --- usr/lib/libvdpau_nvidia.so.256.29 > RWX --- --- usr/lib/libcuda.so.256.29 > RWX --- --- usr/lib/opengl/nvidia/lib/libnvidia-tls.so.256.29 > RWX --- --- usr/lib/xorg/modules/drivers/nvidia_drv.so > > I assume that since the nvidia drivers are binaries, this is an upstream issue, > so I took the liberty of reporting it to upstream: > > http://www.nvnews.net/vbulletin/showthread.php?p=2260549#post2260549 > Must be missing some QA_ ignores... Is that on x86 or amd64?
Created attachment 233539 [details] Updated nvidia-drivers-256.29 ebuild (More QA warnings ignore)
(In reply to comment #26) > There is a QA notice appearing in portage for these drivers: > > QA: other > QA Notice: The following files contain writable and executable sections > Files with such sections will not work properly (or at all!) on some > architectures/operating systems. A bug should be filed at > http://bugs.gentoo.org/ to make sure the issue is fixed. > For more information, see http://hardened.gentoo.org/gnu-stack.xml > Please include the following list of files in your report: > Note: Bugs should be filed for the respective maintainers > of the package in question and not hardened@g.o. > RWX --- --- usr/bin/nvidia-smi > RWX --- --- usr/bin/nvidia-xconfig > RWX --- --- usr/lib/libOpenCL.so.1.0.0 > RWX --- --- usr/lib/libvdpau_nvidia.so.256.29 > RWX --- --- usr/lib/libcuda.so.256.29 > RWX --- --- usr/lib/opengl/nvidia/lib/libnvidia-tls.so.256.29 > RWX --- --- usr/lib/xorg/modules/drivers/nvidia_drv.so > > I assume that since the nvidia drivers are binaries, this is an upstream issue, > so I took the liberty of reporting it to upstream: > > http://www.nvnews.net/vbulletin/showthread.php?p=2260549#post2260549 > Try the latest attachment. On a sidenote, I assume this is something nVidia is aware of, since there's a _lot_ of QA_ ignores going on in this ebuild. (Some of it maybe not needed anymore, but I imagine it's a pain to maintain, and it doesn't really hurt to ignore more binaries than needed).
Created attachment 233579 [details] Updated nvidia-drivers-256.29 ebuild (QA warnings ignore fix) And here's another attempt to cleanup all the QA_* lists. Since it's really a pain to do manually, I dit it with a dirty bash script that I'll attach next.
Created attachment 233583 [details] Dirty bash script to generate the QA_* ignore lists
Created attachment 233591 [details] Updated bash script. Slightly less crazy. Huh. Another example strenghtening the theory that I should go to sleep. NOW. Instead of writing slightly useless crazy stupid bash scripts.
Created attachment 233723 [details] Updated nvidia-drivers-256.29 ebuild (QA_* cosmetics tweaks)
Created attachment 233725 [details] Slightly tweaked the bash script
works for me on amd64, (Xorg acceleration and CUDA was tested) I would also like to note that there are possible conflicts with ATI Stream in the future because both this and Stream provide libOpenCL.so, and it possible to use both (ATI Stream for CPU and NVIDIA for GPU).
everything works fine so far. but everytime i run revdep-rebuild it detects broken /usr/lib/libXvMCNVIDIA.so.256.29. [ 24% ] * broken /usr/lib/libXvMCNVIDIA.so.256.29 (requires libXvMC.so.1) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib/libXvMCNVIDIA.so.256.29 -> x11-drivers/nvidia-drivers could we do anything about this?
(In reply to comment #38) > everything works fine so far. but everytime i run revdep-rebuild it detects > broken /usr/lib/libXvMCNVIDIA.so.256.29. > > [ 24% ] * broken /usr/lib/libXvMCNVIDIA.so.256.29 (requires libXvMC.so.1) > [ 100% ] > * Generated new 3_broken.rr > * Assigning files to packages > * /usr/lib/libXvMCNVIDIA.so.256.29 -> x11-drivers/nvidia-drivers > > could we do anything about this? > emerge x11-libs/libXvMC and you shouldn't have the problem
(In reply to comment #39) > (In reply to comment #38) > > everything works fine so far. but everytime i run revdep-rebuild it detects > > broken /usr/lib/libXvMCNVIDIA.so.256.29. > > > > [ 24% ] * broken /usr/lib/libXvMCNVIDIA.so.256.29 (requires libXvMC.so.1) > > [ 100% ] > > * Generated new 3_broken.rr > > * Assigning files to packages > > * /usr/lib/libXvMCNVIDIA.so.256.29 -> x11-drivers/nvidia-drivers > > > > could we do anything about this? > > > emerge x11-libs/libXvMC and you shouldn't have the problem > thanks for the hint. it's solved now. but which ebuild would normally pull in libXvMC? "equery d" doesn't show any packages requiring libXvMC. maybe we should include it into the nvidia-drivers ebuild to be sure it is really installed on the system?
It seems that there is a major/critical issue affecting >=x11-drivers/nvidia-drivers-190.53-r1, which also affects the x11-drivers/nvidia-drivers-256.29 ebuild here. I posted a report describing it in bug 324197.
Created attachment 235505 [details, diff] Fix acpi_walk_namespace params order Patch from bug 301318 & bug 324197. Cf. http://www.nvnews.net/vbulletin/showthread.php?t=152065
Created attachment 235507 [details] Updated nvidia-drivers-256.29 ebuild (Add libXvMC dep & fix acpi_walk_namespace params) Add a patch to fix acp_walk_namespace params order (bug 324197 & bug 301318 & http://www.nvnews.net/vbulletin/showthread.php?t=152065) & add libXvMC as a dep.
(In reply to comment #40) > (In reply to comment #39) > > (In reply to comment #38) > > > everything works fine so far. but everytime i run revdep-rebuild it detects > > > broken /usr/lib/libXvMCNVIDIA.so.256.29. > > > > > > [ 24% ] * broken /usr/lib/libXvMCNVIDIA.so.256.29 (requires libXvMC.so.1) > > > [ 100% ] > > > * Generated new 3_broken.rr > > > * Assigning files to packages > > > * /usr/lib/libXvMCNVIDIA.so.256.29 -> x11-drivers/nvidia-drivers > > > > > > could we do anything about this? > > > > > emerge x11-libs/libXvMC and you shouldn't have the problem > > > > thanks for the hint. it's solved now. > but which ebuild would normally pull in libXvMC? "equery d" doesn't show any > packages requiring libXvMC. > maybe we should include it into the nvidia-drivers ebuild to be sure it is > really installed on the system? > Usually, the media players (xine-lib, mplayer, vlc, etc.) depends on libXvMc, but only with the xvmc USE flag, and since we always install nvidia's XvMC & VDPAU libs, and we already depends on libvdpau for vdpau, I added libXvMC as a dep too.
(In reply to comment #41) > It seems that there is a major/critical issue affecting > >=x11-drivers/nvidia-drivers-190.53-r1, which also affects the > x11-drivers/nvidia-drivers-256.29 ebuild here. I posted a report describing it > in bug 324197. > Thanks, I resynced the patch for the 256.xx releases and updated the attachments accordingly.
Created attachment 235891 [details] Updated the bash script (Use ${PV} instead of the hard-coded version)
Created attachment 235893 [details] Bump nvidia-settings (256.35)
Created attachment 235895 [details] Bump nvidia-drivers (256.35) Update nvidia-drivers. (256.35, RC) Note that the x86_64 file isn't up on the FTP yet.
Created attachment 236195 [details] Updated bash script. (Skip BSD linux-compat libs)
Created attachment 236197 [details] Updated nvidia-drivers-256.35 ebuild (commented out OpenGL headers install) Huh. Just realised that since the 190.42-r2 ebuild, nVidia's OpenGL headers are not installed anymore. Is there a reason for that? If it's really meant to be this way, why do we even patch them then? This does explain why some people hit bug #319331 while others didn't. Every nvidia-drivers ebuild before 190.42-r2 used to install those headers, and they are still handled by eselect-opengl. Anyway, added back two lines to take care of that, but commented out, since I'm really out of my depth here on whether we should install them or not.
256.35 has just been promoted to official release status by nVidia.
It has just been released stable from nvidia.
Anyone else getting this ----------------->8------------------------------------------ * CPV: x11-drivers/nvidia-drivers-256.35 * REPO: gentoo * USE: amd64 elibc_glibc kernel_linux multilib userland_GNU * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/2.6.34/build * Found sources for kernel version: * 2.6.34 * Checking for MTRR support ... [ ok ] >>> Unpacking source... >>> Unpacking NVIDIA-Linux-x86_64-256.35.run to /var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work >>> Source unpacked in /var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work >>> Preparing source in /var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work ... * Applying NVIDIA_glx-defines.patch ... [ ok ] * Applying NVIDIA_glx-glheader.patch ... [ ok ] * Converting /kernel/Makefile.kbuild to use M= instead of SUBDIRS= ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work ... >>> Source configured. >>> Compiling source in /var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work ... * Preparing nvidia module make -j3 HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.34/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module If you are using a Linux 2.4 kernel, please make sure you either have configured kernel sources matching your kernel or the correct set of kernel headers installed on your system. If you are using a Linux 2.6 kernel, please make sure you have configured kernel sources matching your kernel installed on your system. If you specified a separate output directory using either the "KBUILD_OUTPUT" or the "O" KBUILD parameter, make sure to specify this directory with the SYSOUT environment variable or with the equivalent nvidia-installer command line option. Depending on where and how the kernel sources (or the kernel headers) were installed, you may need to specify their location with the SYSSRC environment variable or the equivalent nvidia-installer command line option. *** Unable to determine the target kernel version. *** make: *** [select_makefile] Error 1 * ERROR: x11-drivers/nvidia-drivers-256.35 failed: * Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.34/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module * * Call stack: * ebuild.sh, line 47: Called src_compile * environment, line 4215: Called linux-mod_src_compile * environment, line 3147: Called die * The specific snippet of code: * eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CROSS_COMPILE=${CHOST}- LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}"; * * If you need support, post the output of 'emerge --info =x11-drivers/nvidia-drivers-256.35', * the complete build log and the output of 'emerge -pqv =x11-drivers/nvidia-drivers-256.35'. * The complete build log is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-256.35/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-256.35/temp/environment'. * S: '/var/tmp/portage/x11-drivers/nvidia-drivers-256.35/work/'
It would be helpful if you posted the contents of emerge --info nvidia-drivers.
Created attachment 236367 [details] output of emerge --info nvidia-drivers (In reply to comment #53) > Anyone else getting this Yes, but only with the in-portage ebuild. NiLuJe's ebuild from comment #50 works fine. I'm attaching the output of `emerge --info nvidia-drivers`
I had been using the ebuild off this bug for awhile, and it had been working. When attempting to merge the in-tree version, I get the same failure as in comment #53. By comparing the differences in the working ebuild, and the in-tree ebuild, I was able to track down the difference that triggers the failure. the patch attached to this bug: 256.25-unified-arch.patch. If it is applied, the merge succeeds, if it is not applied, the build fails as in comment #53. No other difference between the in-tree ebuild, and the ebuild in this bug caused failure. Output of emerge --info nvidia-drivers follows: Portage 2.2_rc67 (default/linux/amd64/10.0/desktop/kde, gcc-4.5.0, glibc-2.11.2-r0, 2.6.34-zen1 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.34-zen1-x86_64-AMD_Athlon-tm-_7850_Dual-Core_Processor-with-gentoo-2.0.1 Timestamp of tree: Thu, 24 Jun 2010 04:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [disabled] ccache version 2.4 [disabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox:2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1, 4.5.0 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA PUEL skype-eula LOKI-EULA dlj-1.1 PREY sun-bcla-java-vm googleearth AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -ggdb -Wno-pointer-sign" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y --ask-enter-invalid" FEATURES="assume-digests distlocks fixpackages metadata-transfer news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo http://mirror.datapipe.net/gentoo http://gentoo.mirrors.tds.net/gentoo " LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" LINGUAS="en en_US en_GB ga_IE ga" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/qting-edge /var/lib/layman/multimedia /var/lib/layman/jokey /var/lib/layman/gcc-porting /var/lib/layman/kde /var/lib/layman/gamerlay /var/lib/layman/sunrise /var/lib/layman/x11 /var/lib/layman/mozilla /var/lib/layman/tcl-8.6 /usr/local/portage/shinseiko" SYNC="rsync://rsync21.us.gentoo.org/gentoo-portage" USE="3dnow 3dnowext 64bit X a52 aac acl acpi akonadi alsa amarok2 amd64 anthy apache2 asf avahi ayatana bash-completion berkdb bluetooth bonjour branding bzip2 cairo caps ccahe cdr chm cjk cleartype cli consolekit cracklib crypt cups cxx dbus device-mapper dirac disk-partition djvu dri dts dv dvd dvdr ebook emacs emboss encode exif faac fam fame fbcon ffmpeg firefox flac fontconfig fortran gdbm gif glitz gpm graphviz gstreamer gtk hyperestraier iconv icu id3tag idn ieee1394 imagemagick imap inotify ipv6 jabber java java6 jpeg jpeg2k kate kde kdevplatform kipi lame lcdfilter lcms ldap libnotify libsamplerate libwww lzma mad maildir matroska mikmod mmx mmxext mng modules mp3 mp4 mpeg msn mudflap multilib musicbrainz mysql ncurses nls nptl nptlonly ntfs offensive ogg openexr opengl openmp oscar otr pam pango pcre pdf perl phonon plasma png policykit polkit ppds pppd pulseaudio python qt3support qt4 quicktime qwt rar readline reflection rss samba sasl sdl semantic-desktop session sftp sha512 skype sndfile solidui sox speex spell spl sql sqlite sse sse2 ssl ssse3 startup-notification svg sysfs syslog taglib tcl tcpd theora threads thumbnail tiff truetype udev unicode usb vdpau vim-syntax vorbis wavpack webkit wma x264 xattr xcb xcomposite xft xml xorg xpm xrandr xscreensaver xulrunner xv xvid xvmc yahoo zeroconf zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US en_GB ga_IE ga" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nouveau vesa fbdev vga" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= x11-drivers/nvidia-drivers-256.35 was built with the following: USE="acpi gtk (multilib) -custom-cflags"
I get the same error as in comment 53: root@condor:/root(6)# emerge --info nvidia-drivers Portage 2.1.8.3 (default/linux/amd64/10.0/desktop, gcc-4.4.4, glibc-2.11.2-r0, 2.6.34-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.34-gentoo-x86_64-Intel-R-_Core-TM-2_CPU_6600_@_2.40GHz-with-gentoo-2.0.1 Timestamp of tree: Thu, 24 Jun 2010 06:00:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.4_p6-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 skype-eula googleearth AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" FFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LC_ALL="C" LDFLAGS="-Wl,-O1" LINGUAS="de fr" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages/" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/dotnet /var/lib/layman/java-overlay /var/lib/layman/lordvan /var/lib/layman/perl-experimental /var/lib/layman/science /var/lib/layman/x11 /var/lib/layman/sunrise /var/lib/layman/arcon /usr/local/portage /var/lib/cpan" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="64bit R X Xaw3d a52 aac abiword acl acpi afs alsa amd64 ao apache2 applet archive arpack asf aspell assistant audacious audiofile automap automount bash-completion beagle berkdb blas blast bluetooth boo boost branding bzip2 cairo cdda cddb cdf cdio cdparanoia cdr cg cgi chm cli consolekit corba cracklib crypt css cuda cups curl cxx daap db dbase dbi dbm dbus designer devhelp device-mapper dga dia djvu doc dri ds2490 ds9097 ds9097u dts dv dvb dvd dvdr dvi dynamicplugin eds elf emacs emboss empathy encode epiphany evo examples exif expat extensions extra extras fam fame ffmpeg fftw firefox fits flac fltk foomaticdb fortran fpx fts3 fuse galago garmin gd gdal gdbm gedit geoip geolocation geos gif gimp ginac git glade glib glitz gml gmp gmtsuppl gnokii gnome gnome-keyring gnome-print gnuplot gnutls gphoto2 gpm grammar graphics graphtft graphviz grass gs gsl gsm gstreamer gtk guile hal harness hddtemp hdf hdf5 hdri hlapi http httpd hvm iconv icq icu id3 ide imagemagick imap innodb inotify ipod ipv6 irda ithreads jabber jadetex java java5 java6 jbig john jpeg jpeg2k kdrive kerberos kpathsea kqemu kvm ladspa lame lapack latex latex3 lcms ldap lensfun libffi libgda libnotify libsamplerate lirc lm_sensors lua lzo mad mail maildir mailwrapper mapnik math matroska mikmod mkl mmx mmxext mng modules mono moonlight motif mozdevelop mozilla mp3 mp4 mpeg mpi mplayer mtp mudflap multilib musicbrainz mysql mysqli nautilus ncurses neXt netcdf netpbm network networking networkmanager nfs nls nntp nptl nptlonly nsplugin ntfs ntp numarray numeric nvidia obex objc ocaml octave odbc ogdi ogg ole openexr opengl openmp overview pae pam pango pcre pda pdf perl plotutils plugins png podcast policykit posix postgres postscript ppds pppd preview-latex proj projectx pstricks pulseaudio pymol python python-bindings qemu qhull qt3support qt4 quicktime readline reflection reiserfs rle romio rpc rrdcgi rrdtool samba sasl science sdl secure-delete semantic-desktop server session sip slang slp smbclient smp sms sndfile snmp soup sox speex spell spl sql sqlite sse sse2 ssl startup-notification stlport subtitles subversion suexec svg swig sysfs szip t1lib tcl tcpd tex tex4ht texmacs theora threads thunderbird tidy tiff tk tntc tools truetype udev unicode usb userlocales utempter v4l2 video virtualbox vorbis wav webdav webdav-serf webkit wmf wxwidgets x264 xattr xcb xemacs xext xine xml xmlreader xmlrpc xorg xpm xulrunner xv xvid xvmc zlib zvbi" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon" DVB_CARDS="tda10045 tda10046lifeview" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev " KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de fr" NETBEANS_MODULES="apisupport cnd dlight enterprise ergonomics groovy gsf harness ide identity j2ee java mobility nb php profiler ruby websvccommon xml" QEMU_SOFTMMU_TARGETS="i386 ppc ppc64 x86_64" QEMU_USER_TARGETS="arm i386 x86_64" RUBY_TARGETS="ruby18 jruby" USERLAND="GNU" VIDEO_CARDS="nv nvidia nouveau vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= x11-drivers/nvidia-drivers-195.36.24 was built with the following: USE="acpi gtk (multilib) -custom-cflags"
Hi. Have same error as in comment 53: After download 256.25-unified-arch.patch and add it to ebuild nvidia-drivers-256.35 install and work without problem 256.25-NVIDIA_glx-glheader.patch and 256.25-NVIDIA_glx-defines.patch can't applay. tnx for Locke Shinseiko (Wizzleby)
Created attachment 236439 [details] Updated nvidia-drivers-256.35 ebuild (Resync with Portage tree) Resync with the new ebuild in the official tree. (Simplified install & checks of cuda/opencl/vdpau headers & libs).
This is a pretty big update which fixes a long standing bug with XvMC and AGPgart on AGP cards (for those who would still like to enjoy accelerated mpeg-2 on their AGP cards while not having to rely on roundabout access to the card). Ironically they fixed it long after AGP is dead and VDPAU has reigned, but oh well. I still have a few cards which could benefit from this fix. Please push this update out ASAP (it fixes many more bugs with more current chipsets).
I have the same error as in comment #53 with latest ebuild. gentoo-sources-2.6.34-r1, linux-headers-2.6.34, gcc-4.4.4 check failed in conftest.sh at line 1699: $CC $CFLAGS -DTEST_2_6 -c conftest$$.c error: make -j3 HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.34-gentoo-r1/build HOST_CC=i686-pc-linux-gnu-gcc clean module In file included from /lib/modules/2.6.34-gentoo-r1/build/include/linux/topology.h:32, from /lib/modules/2.6.34-gentoo-r1/build/include/linux/sched.h:78, from /lib/modules/2.6.34-gentoo-r1/build/include/linux/utsname.h:35, from conftest25242.c:5: /lib/modules/2.6.34-gentoo-r1/build/include/linux/mmzone.h:18:30: error: generated/bounds.h: No such file or directory In file included from /lib/modules/2.6.34-gentoo-r1/build/include/linux/topology.h:32, from /lib/modules/2.6.34-gentoo-r1/build/include/linux/sched.h:78, from /lib/modules/2.6.34-gentoo-r1/build/include/linux/utsname.h:35, from conftest25242.c:5: /lib/modules/2.6.34-gentoo-r1/build/include/linux/mmzone.h:294: error: 'MAX_NR_ZONES' undeclared here (not in a function) I try find definitition of MAX_NR_ZONES in /usr/include and /usr/src/linux, but not found it
(In reply to comment #61) > I have the same error as in comment #53 with latest ebuild. > gentoo-sources-2.6.34-r1, linux-headers-2.6.34, gcc-4.4.4 > check failed in conftest.sh at line 1699: > > $CC $CFLAGS -DTEST_2_6 -c conftest$$.c > > error: > > make -j3 HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= > IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux > SYSOUT=/lib/modules/2.6.34-gentoo-r1/build HOST_CC=i686-pc-linux-gnu-gcc clean > module > In file included from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/topology.h:32, > from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/sched.h:78, > from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/utsname.h:35, > from conftest25242.c:5: I believe this is the problem. Have you configured and built your kernel? > /lib/modules/2.6.34-gentoo-r1/build/include/linux/mmzone.h:18:30: error: > generated/bounds.h: No such file or directory > In file included from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/topology.h:32, > from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/sched.h:78, > from > /lib/modules/2.6.34-gentoo-r1/build/include/linux/utsname.h:35, > from conftest25242.c:5: > /lib/modules/2.6.34-gentoo-r1/build/include/linux/mmzone.h:294: error: > 'MAX_NR_ZONES' undeclared here (not in a function) > > I try find definitition of MAX_NR_ZONES in /usr/include and /usr/src/linux, but > not found it >
> > make -j3 HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= > > IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux > > SYSOUT=/lib/modules/2.6.34-gentoo-r1/build HOST_CC=i686-pc-linux-gnu-gcc clean > > module > > In file included from > > /lib/modules/2.6.34-gentoo-r1/build/include/linux/topology.h:32, > > from > > /lib/modules/2.6.34-gentoo-r1/build/include/linux/sched.h:78, > > from > > /lib/modules/2.6.34-gentoo-r1/build/include/linux/utsname.h:35, > > from conftest25242.c:5: > > I believe this is the problem. Have you configured and built your kernel? yes this kernel works on three machines finely.
sorry, kernel sources has been reinstalled after build. make oldonfig && make prepare solves my problem
Is there anyone for whom the current in-tree ebuild doesn't work? Can somebody please confirm that the ebuild works on x86 and x86-fbsd?
(In reply to comment #65) I confirm that the current nvidia-drivers-256.35 ebuild in the tree works in my ~x86 system
I confirm that the current nvidia-drivers-256.35 ebuild in the tree works in my ~x86 system too
(In reply to comment #66) > (In reply to comment #65) > I confirm that the current nvidia-drivers-256.35 ebuild in the tree works in my > ~x86 system > (In reply to comment #65) > Is there anyone for whom the current in-tree ebuild doesn't work? Can somebody > please confirm that the ebuild works on x86 and x86-fbsd? > I have an ~amd64 system that uses in the in-tree drivers that has an issue playing an online game called Runescape where if compositing is on, both the game and system become less and less responsive, culminating in either myself manually turning off compositing or KDE turning it off for me. I have been debating with myself where to report this, but thought I would add a comment regarding it here. I also have a ~x86 system with the same drivers, but I have not had a chance to observe this problem in it.
I'd like to report that I am also noticing an unusually high memory usage for X with the 256.35 driver. This is with "X.Org X Server 1.7.6" on x86_64 platform.
I would like to report that 256.29-fix-acpi_walk_namespace-params-order.patch is not included in the in-tree ebuild. It fixes a fairly long standing issue that was spotted by Yuval Hager in bug #301318. That issue hit me again after I switched to the in-tree ebuild. I have been quietly suffering since then, because I thought that this problem had been fixed and was too busy to report that it had surfaced yet again. Today, I realized that the fix for this issue was not included in the tree. This is the worst OS bug I have experienced since the days of Windows 9x and anyone using a laptop is likely affected by it. I highly recommend that the in-tree ebuild be modified to include this fix, because omitting the fix will encourage people using Gentoo Linux on a laptop with Nvidia graphics to switch distributions.
(In reply to comment #70) > I would like to report that 256.29-fix-acpi_walk_namespace-params-order.patch > is not included in the in-tree ebuild. It fixes a fairly long standing issue > that was spotted by Yuval Hager in bug #301318. That issue hit me again after I > switched to the in-tree ebuild. I have been quietly suffering since then, > because I thought that this problem had been fixed and was too busy to report > that it had surfaced yet again. > > Today, I realized that the fix for this issue was not included in the tree. > This is the worst OS bug I have experienced since the days of Windows 9x and > anyone using a laptop is likely affected by it. I highly recommend that the > in-tree ebuild be modified to include this fix, because omitting the fix will > encourage people using Gentoo Linux on a laptop with Nvidia graphics to switch > distributions. > I would also like to add that the issue I reported in comment #68 appears to be caused by the omission of acpi_walk_namespace-params-order.patch. I will need to play Runescape for a few hours to verify that it is in fact fixed, but on laptops, the effect of the bug is that compositing randomly stalls at boot, so having compositing become progressively slower on a desktop while a game is playing does not seem far-fetched.
> I have an ~amd64 system that uses in the in-tree drivers that has an issue > playing an online game called Runescape where if compositing is on, both the > game and system become less and less responsive, culminating in either myself > manually turning off compositing or KDE turning it off for me. I have been > debating with myself where to report this, but thought I would add a comment > regarding it here. > > I also have a ~x86 system with the same drivers, but I have not had a chance to > observe this problem in it. > I can now confirm that this problem is caused by the omission of the 256.29-fix-acpi_walk_namespace-params-order.patch. I have been playing runescape for close to an hour with the patch being applied from a local overlay version of the in-tree ebuild with the change that it applies the patch and I have not noticed any system lag related to compositing.
Anyone else seeing this? Should this be filed as a new bug or can it be handled here? (If it's not the simple fact that I've borked my system somewhere along the line.) Running revdep-rebuild constantly finds broken library. Re emerging the nvidia-drivers does not solve the issue. ~ # revdep-rebuild -p * 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 [ 72% ] * broken /usr/lib64/libXvMCNVIDIA.so.256.35 (requires libXvMC.so.1) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/libXvMCNVIDIA.so.256.35 -> x11-drivers/nvidia-drivers * Generated new 4_raw.rr and 4_owners.rr * Cleaning list of packages to rebuild * Generated new 4_pkgs.rr * Assigning packages to ebuilds * Generated new 4_ebuilds.rr * Evaluating package order * Generated new 5_order.rr * All prepared. Starting rebuild emerge --oneshot --pretend x11-drivers/nvidia-drivers:0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/nvidia-drivers-256.35 * Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. Reproducible: Always. Expected results; That the package would not keep showing up during a running of revdep-rebuild. ~ # emerge --info Portage 2.1.8.3 (default/linux/amd64/10.0/desktop, gcc-4.4.4, glibc-2.11.2-r0, 2.6.34.1 x86_64) ================================================================= System uname: Linux-2.6.34.1-x86_64-AMD_Phenom-tm-_II_X6_1090T_Processor-with-gentoo-2.0.1 Timestamp of tree: Wed, 21 Jul 2010 20:00:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1,--as-needed" LINGUAS="en_US" MAKEOPTS="-j7" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/sunrise /var/lib/layman/qting-edge /var/lib/layman/belak /var/lib/layman/gentoo-quebec /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X a52 aac acl acpi alsa amd64 apache2 aspell assistant bazaar berkdb blender-game bluetooth branding bzip2 cairo cdda cddb cdr cgi cli consolekit cracklib crypt ctype cups cvs cxx darcs dbus device-mapper dri dts dvd dvdr emboss enca encode exif extensions extras fam ffmpeg filter firefox flac fontforge fortran gd gdbm gdu gif git gnutls gpm gstreamer gtk iconv ipv6 java java6 jpeg kde kdrive lcms libnotify lirc mad mercurial mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib mysql mysqli ncurses nls nptl nptlonly nsplugin ogg openal openexr opengl openmp pam pango pcre pdf perl plasma png policykit ppds pppd pulseaudio python qt3support qt4 readline reflection samba sdl secure-delete sensord server session sharedmem shm sip smbclient sndfile sockets sound sox spell spl splash sql sqlite sse sse2 ssl startup-notification subversion svg swat sysfs tcpd templates theora tiff tk truetype unicode usb v4l v4l2 vdpau verse vorbis wav webkit x264 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda_intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="auth_basic authz_host dir mime authn_default authn_alias authn_anon authn_dbd authn_dbm authn_file dav dav_fs" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev wacom" KERNEL="linux" LCD_DEVICES="ncurses text" LINGUAS="en_US" RUBY_TARGETS="ruby18" SANE_BACKENDS="epson epson2" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS from lspci 05:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 8800 GT] (rev a2) If you need any other info please ask.
(In reply to comment #73) > Anyone else seeing this? Should this be filed as a new bug or can it be > > from lspci > > 05:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 8800 GT] > (rev a2) > > If you need any other info please ask. > Should also be noted that reinstalling app-emulation/emul-linux-x86-xlibs-20100611 doesn't fix the problem either. Tim
(In reply to comment #73) > [ 72% ] * broken /usr/lib64/libXvMCNVIDIA.so.256.35 (requires libXvMC.so.1) I installed libXvMC to fix this. Actually, I wondered whether it should be a dep of nvidia-drivers.
(In reply to comment #75) > (In reply to comment #73) > > [ 72% ] * broken /usr/lib64/libXvMCNVIDIA.so.256.35 (requires libXvMC.so.1) > > I installed libXvMC to fix this. Actually, I wondered whether it should be a > dep of nvidia-drivers. > Ahhh, separate library. I did a <locate libXvMc.so.1> and it was there. I did notice that it was under /usr/lib32/ but I just thought it was part of the 32bit compat stuff. Installing x11-libs/libXvMC does solve my issue. Tim
(In reply to comment #76) > Installing x11-libs/libXvMC does solve my issue. I've just added a dep. on x11-libs/libXvMC to the in-tree ebuild.
Created attachment 240737 [details] Bump nvidia-settings (256.44)
Created attachment 240739 [details] Bump nvidia-drivers (256.44)
Created attachment 240743 [details] Fix nvidia-drivers-256.44. ACPI Patch not needed anymore.
(In reply to comment #80) > Created an attachment (id=240743) [details] > Fix nvidia-drivers-256.44. ACPI Patch not needed anymore. > Promoted to release status by nVidia. (from prerelease).
I just unmasked this ebuild (and nvidia-settings and nvidia-cuda-toolkit-3.1) and emerged it. It works. I think it may be time to unmask it and let it be tested some more.
I have had also no problems with a NVIDIA 8800 GTX so far.
I remember libtool not finding 'libGL.la' during some emerge. I fixed it, by temporarily moving libGL.la into /usr/lib, and never had the problem again afterwards. But this may have been caused by libtool (which I consider buggy by design) or by playing around with the nvidia-installer and not really cleaning up.
(In reply to comment #84) > I remember libtool not finding 'libGL.la' during some emerge. I fixed it, by > temporarily moving libGL.la into /usr/lib, and never had the problem again > afterwards. Gentoo systems are libGL.la free these days, no matter whether you use nvidia, ati, or anything else. Remove libGL.la again, use revdep-rebuild or lafilefixer.
I also unmasked v.256.44 and it works fine so far.
The 256.52 drivers have been released. Version bumping the 256.44 works.
(In reply to comment #87) > The 256.52 drivers have been released. Version bumping the 256.44 works. Is it enough simple copy and rename ebuild from 256.44 to 256.52?
(In reply to comment #88) > (In reply to comment #87) > > The 256.52 drivers have been released. Version bumping the 256.44 works. > > Is it enough simple copy and rename ebuild from 256.44 to 256.52? > That is basically what I did. I believe that the files directory needs to be copied to a local overlay along with the ebuild, but aside from that and renaming it, all you need to do is make a new Manifest file with the ebuild command and it should just work.
Created attachment 245273 [details] Bump nvidia-settings (256.52)
Created attachment 245275 [details] Bump nvidia-drivers (256.52) Eh. Somehow missed that one, thanks for the heads up ;) (prerelease).
The shitty ebuild in portage is totally NON FUNCTIONAL, it has NO .desktop and NO executable!!! src_install() { #make STRIP_CMD=/bin/true install # Install libXNVCtrl and headers insinto "/usr/$(get_libdir)" doins src/libXNVCtrl/libXNVCtrl.a insinto /usr/include/NVCtrl doins src/libXNVCtrl/{NVCtrl,NVCtrlLib}.h # Install icon and .desktop entry #doicon "${FILESDIR}/icon/${PN}.png" #domenu "${FILESDIR}/icon/${PN}.desktop" # Now install documentation dodoc doc/*.txt }
(In reply to comment #92) > The shitty ebuild in portage is totally NON FUNCTIONAL, it has NO .desktop and > NO executable!!! The desktop file and executable in installed from nvidia-drivers when using the gtk use flag. Not sure why they still have a nvidia-settings ebuild though > src_install() { > #make STRIP_CMD=/bin/true install > > # Install libXNVCtrl and headers > insinto "/usr/$(get_libdir)" > doins src/libXNVCtrl/libXNVCtrl.a > insinto /usr/include/NVCtrl > doins src/libXNVCtrl/{NVCtrl,NVCtrlLib}.h > > # Install icon and .desktop entry > #doicon "${FILESDIR}/icon/${PN}.png" > #domenu "${FILESDIR}/icon/${PN}.desktop" > > # Now install documentation > dodoc doc/*.txt > } >
(In reply to comment #92) > The shitty ebuild in portage is totally NON FUNCTIONAL, it has NO .desktop and > NO executable!!! > > src_install() { > #make STRIP_CMD=/bin/true install > > # Install libXNVCtrl and headers > insinto "/usr/$(get_libdir)" > doins src/libXNVCtrl/libXNVCtrl.a > insinto /usr/include/NVCtrl > doins src/libXNVCtrl/{NVCtrl,NVCtrlLib}.h > > # Install icon and .desktop entry > #doicon "${FILESDIR}/icon/${PN}.png" > #domenu "${FILESDIR}/icon/${PN}.desktop" > > # Now install documentation > dodoc doc/*.txt > } > Read the ChangeLog and read the referenced bugs before you make a post on the internet for the world to see. That being said, this is all in the tree and fixed.
(In reply to comment #93) > (In reply to comment #92) > > The shitty ebuild in portage is totally NON FUNCTIONAL, it has NO .desktop and > > NO executable!!! > > > The desktop file and executable in installed from nvidia-drivers when using the > gtk use flag. Not sure why they still have a nvidia-settings ebuild though > Two reasons. First being so that users have a clean upgrade path. If we just had a blocker on nvidia-settings then users would just get an ugly blocker and be told to resolve it themselves. Secondly, only the nvidia-settings package comes with the NV-Control headers and libraries which are used by other applications out there. Gentoo has a policy of keeping names with the upstream project name so we're keeping the package name the same.
(In reply to comment #95) > (In reply to comment #93) > > > > The desktop file and executable in installed from nvidia-drivers when using the > > gtk use flag. Not sure why they still have a nvidia-settings ebuild though > > > > Two reasons. > > First being so that users have a clean upgrade path. If we just had a blocker > on nvidia-settings then users would just get an ugly blocker and be told to > resolve it themselves. > > Secondly, only the nvidia-settings package comes with the NV-Control headers > and libraries which are used by other applications out there. Gentoo has a > policy of keeping names with the upstream project name so we're keeping the > package name the same. > Ok I understand. Maybe be a consideration to put a message in ebuilds that notifies the changes, temporarily that is. I know so it wouldn't affect me one way or another but might have less confusion from other users
nvidia-drivers-256.53 is now Portage, but no nvidia-settings-256.35 ???
Read what cardoe just said, nvidia-settings is now installed by nvidia-drivers ;) (Meaning the nvidia-settings ebuild will be phased out, hence no new version). Quick question to cardoe, though: What about nVidia's OpenGL headers? They're not installed anymore (since quite a bit of time, actually), is that on purpose?
(In reply to comment #98) > Read what cardoe just said, nvidia-settings is now installed by nvidia-drivers > ;) (Meaning the nvidia-settings ebuild will be phased out, hence no new > version). > > Quick question to cardoe, though: What about nVidia's OpenGL headers? They're > not installed anymore (since quite a bit of time, actually), is that on > purpose? > Scratch that, it [nvidia-settings ebuild]'s still needed for the NV-Control libs & headers. Which probably haven't been touched from 256.52 to 256.53 (haven't checked, though). But the nvidia-settings binary itself is now installed from the nvidia-drivers ebuild. That's what being phased out of the nvidia-settings ebuild, not the ebuild itself, my bad ;).
(In reply to comment #99) > (In reply to comment #98) > > Quick question to cardoe, though: What about nVidia's OpenGL headers? They're > > not installed anymore (since quite a bit of time, actually), is that on > > purpose? > > Well, the new beta release (260.19.04) answers that question ;). "Stopped packaging and installing OpenGL, VDPAU, CUDA, and OpenCL header files with the driver. Those interested in these files can get them from their Linux distributions' packages, where available, or upstream" ;).
260.19.06 is out. It fixes a performance regression that occurs when xorg-server 1.9 is installed: http://www.nvnews.net/vbulletin/showthread.php?p=2318734
Version 260.19.26 is out: http://www.nvnews.net/vbulletin/showthread.php?t=157563#post2357182