Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 66674 - conflict between nvidia-kernel and development-sources-2.6.9-rc3
Summary: conflict between nvidia-kernel and development-sources-2.6.9-rc3
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo X packagers
: 68660 68834 69094 69632 (view as bug list)
Depends on:
Reported: 2004-10-07 11:58 UTC by Samuel Newbold
Modified: 2004-10-31 13:01 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Samuel Newbold 2004-10-07 11:58:18 UTC
emerged, configured, installed and booted development-sources 2.6.9-rc3
emerged nvidia-kernel.
nvidia.ko is installed in /lib/modules/2.6.9-rc3/video
uname -r returns 2.6.9-rc3n, so modprobe etc looks in /lib/modules/2.6.9-rc3n and can't find nvidia.ko and says so
It was fixed by copying the video directory from 2.6.9-rc3 to 2.6.9-rc3n and running depmod. Then modprobe nvidia succeeds

Reproducible: Always
Steps to Reproduce:
1.emerge, configure, installe and boot development-sources 2.6.9-rc3
2.emerge nvidia-kernel
3.modprobe nvidia-kernel

Actual Results:  
see details

Expected Results:  
install nvidia.ko in /lib/modules/2.6.9-rc3n/video
Comment 1 Andrew Bevitt 2004-10-10 22:38:19 UTC
Try this patch, does it solve the install problem
cd /usr/portage/media-video/nvidia-kernel/
patch -Np0 < /path/to/this.patch

--- nvidia-kernel-1.0.6111-r2.ebuild.old        2004-10-11 15:36:48.979002512 +1000
+++ nvidia-kernel-1.0.6111-r2.ebuild    2004-10-11 15:37:22.809859440 +1000
@@ -99,7 +99,7 @@
 src_install() {
        # The driver goes into the standard modules location
-       insinto /lib/modules/${KV}/video
+       insinto /lib/modules/`uname -r`/video
        # Insert the module 
        doins nvidia.${KV_OBJ}
Comment 2 Luke Hoersten 2004-10-19 14:48:31 UTC
i fixed this by updating to the 2.6 kernel headers.
Comment 3 Aaron Walker (RETIRED) gentoo-dev 2004-10-23 16:09:59 UTC
The reason for this (and I know because I did it myself when running make oldconfig), is that when it prompted for localversion, instead of hitting enter, you hit 'n' which of course set localversion to 'n'.
Comment 4 Aaron Walker (RETIRED) gentoo-dev 2004-10-23 16:12:45 UTC
*** Bug 68660 has been marked as a duplicate of this bug. ***
Comment 5 Aaron Walker (RETIRED) gentoo-dev 2004-10-25 07:45:32 UTC
*** Bug 68834 has been marked as a duplicate of this bug. ***
Comment 6 Jeremy Huddleston (RETIRED) gentoo-dev 2004-10-26 14:07:33 UTC
Marking invalid as this was user error
Comment 7 Patrick Borjesson 2004-10-28 06:18:44 UTC
Regarding this localversion thing... Shouldn't the eclass for handling installation of external kernel modules check to see if this localversion setting is set? So that it installs the modules in the correct path even though localversion is set?
Comment 8 Daniel Drake (RETIRED) gentoo-dev 2004-10-28 07:49:17 UTC
Yes. see bug 67804
Comment 9 Daniel Drake (RETIRED) gentoo-dev 2004-10-30 08:27:02 UTC
*** Bug 69094 has been marked as a duplicate of this bug. ***
Comment 10 Daniel Drake (RETIRED) gentoo-dev 2004-10-31 13:01:04 UTC
*** Bug 69632 has been marked as a duplicate of this bug. ***