Summary: | emerge of media-video/nvidia-kernel-1.0.6629-r1 fails | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dan Egli <dan> |
Component: | [OLD] Unspecified | Assignee: | X11 External Driver Maintainers <x11-drivers> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | emilbeinroth, gwh, henti, jrmalaq, rotech, samuel.robyr, tomek32 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dan Egli
2004-12-21 20:43:56 UTC
Same here with 2.6.9-r10 and 2.6.9-r11 kernels Same here... for some strange reasons ebuild does not detect architecture.... Emerging with USE="x86" emerge nvidia-kernel solve the problem. However user *must* not set architecture flag... Ditto for gentoo-dev-sources-2.6.9-r9 and nvidia-kernel-1.0.6111-r3. USE="x86" emerge --deep nvidia-kernel fixes the problem here too. emerging net-snmp with lm_sensors cause same problem - x86 unsupported arch :) Is BUG in last portage version 2.0.51-r3. Temporarly solution add in your make.conf (USE variable). USE="x86 [....<your other flags>]" throwing USE="x86" on the command line seems to fix THAT issue, but it still dies when it tries to build the module, complaining that the rivafb module conflicts and should be removed. Well I do not have a rivafb module loaded, and if it was compiled at all, it was compiled by genkernel. I just compiled my current kernel with genkernel's defaults. mars ~ # USE="x86" emerge -a world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild NS ] media-video/nvidia-kernel-1.0.6629-r1 [ebuild U ] net-www/elinks-0.10_rc1 [0.10_pre2] [ebuild U ] sys-kernel/genkernel-3.1.0d [3.1.0c] Do you want me to merge these packages? [Yes/No] >>> emerge (1 of 3) media-video/nvidia-kernel-1.0.6629-r1 to / >>> md5 src_uri ;-) NVIDIA-Linux-x86-1.0-6629-pkg1.run * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.9-gentoo-r6 * Checking for suitable kernel configuration options * Using KV_OBJ=ko * Checking for MTRR support ... [ ok ] >>> Unpacking source... Creating directory NVIDIA-Linux-x86-1.0-6629-pkg1 Verifying archive integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86 1.0-6629......................................................................................................................................................................................................... * Applying nv-shutup-warnings.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1155389.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1161283.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1162524.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1165235.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1171869.patch ... [ ok ] * Applying NVIDIA_kernel-1.0-6629-1175225.patch ... [ ok ] * Applying 2.6 kernel patches * Applying conftest_koutput_includes.patch ... [ ok ] * Applying nv-disable-preempt-on-smp_processor_id.patch ... [ ok ] * Converting NVIDIA-Linux-x86-1.0-6629-pkg1/usr/src/nv/Makefile.kbuild to use M= instead of SUBDIRS= ... [ ok ] >>> Source unpacked. * Preparing nvidia module Your kernel was configured to include rivafb support! The rivafb driver conflicts with the NVIDIA driver, please reconfigure your kernel and *disable* rivafb support, then try installing the NVIDIA kernel module again. *** Failed rivafb sanity check. Bailing out! *** make[1]: *** [rivafb-sanity-check] Error 1 make[1]: *** Waiting for unfinished jobs.... make: *** [module] Error 2 It's not about a loaded rivafb module, it's about rivafb included in your current kernel configuration! Check that "Device Drivers"->"Graphics support"->"nVidia Riva support" is disabled. Works for me with sys-apps/portage-2.0.51-r8 (from the current sync) *** Bug 75304 has been marked as a duplicate of this bug. *** I believe this bug was INVALID to begin with and it's been years since the complaint. Resolving. |