I've installed the lastest nvidia-driver version (NVIDIA-Linux-x86_64-180.22-pkg2.run) from the nvidia web page on my gentoo with 2.6.27-gentoo-r8 kernel because I couldn't install this driver and its dependeces with portage and it works for me. But my problem is that I can't never complete my system update ("emerge --update --deep --newuse world") because portage wants to emerge nvidia-settings package, a package that is installed by the .run script that I've installed and I cannot install any version of nvidia-settings and I cannot update and clean completly my system. If I emerge nvidia-settings package I recieve an error mesasge. I've attached my error log on the url here.
Thank you all
Created attachment 180625 [details]
Situations where you work around the package manager to install software cannot be supported in ebuilds. Remove the files that you installed "manually", emerge x11-drivers/nvidia-drivers, and reopen this bug if the (same) problem persists.
(In reply to comment #2)
> Situations where you work around the package manager to install software cannot
> be supported in ebuilds. Remove the files that you installed "manually", emerge
> x11-drivers/nvidia-drivers, and reopen this bug if the (same) problem persists.
I've tried to emerge manually and I've recieve the same error, media-video/nvidia-settings give always this bug. Can I write a false entry of nvidia-settings on any portage file that simulates I've nvidia-settings installed on my system?
I've tried to emerge manually and I've recieve the same error,
media-video/nvidia-settings give always this bug. Can I write a false entry of
nvidia-settings on any portage file that simulates I've nvidia-settings
installed on my system? Is it possible?
I believe in Gentoo
(In reply to comment #4)
> I've tried to emerge manually and I've recieve the same error,
> media-video/nvidia-settings give always this bug. Can I write a false entry of
> nvidia-settings on any portage file that simulates I've nvidia-settings
> installed on my system? Is it possible?
The problem is installing nvidia-drivers manually, or anything manually, thereby working around the package manager. If you want to solve your problem, then take this hint: `eselect opengl'. Please stop posting to this bug report now.
I am experiencing the same problem during a clean install of gentoo. The output is pretty much the same as posted, except I'm emerging nvidia-settings-169.07
Here's my emerge --info:
Portage 22.214.171.124 (default/linux/amd64/2008.0/server, gcc-4.1.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r8 x86_64)
System uname: Linux-2.6.27-gentoo-r8-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T9300_@_2.50GHz-with-glibc2.2.5
Timestamp of tree: Mon, 16 Feb 2009 08:00:01 +0000
dev-java/java-config: 1.3.7-r1, 2.1.6-r1
dev-lang/python: 2.4.4-r13, 2.5.2-r7
sys-devel/autoconf: 2.13, 2.63
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2
CFLAGS="-march=nocona -O3 -pipe -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O3 -pipe -fomit-frame-pointer"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
LINGUAS="en hr es"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Yes, this appears to be a problem on amd64 deployment. I have not had this problem on i686 architecture.
I did not emerge anything manually, and I do not have the nvidia stuff unmasked. The nvidia-driver works just fine, just as it did in 32bit mode. But, in amd64, I get the "ld: cannot find -lXxf86vm".
"revdep-rebuild -p" reveals nothing of importance. How do we re-open the bug?
Oh, what I mean by not emerging it manually, is that I have "nvidia" in my VIDEO_CARDS in make.conf. So, it got sucked in by itself.
I have confirmed that this is a portage bug. libXxf86vm needs to be unmasked for this to work. In other words, the gentoo maintainers need to let that new version come out of it's hiding place.
(In reply to comment #9)
> I have confirmed that this is a portage bug. libXxf86vm needs to be unmasked
> for this to work. In other words, the gentoo maintainers need to let that new
> version come out of it's hiding place.
For more information, visit the following link to the forums.