Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
$ dpkg -l | grep nvidia
ii nvidia-glx 173.14.09-5 NVIDIA binary Xorg driver
ii nvidia-kernel-2.6-686-bigmem 173.14.09+3 NVIDIA binary kernel module for 2.6 series c
ii nvidia-kernel-2.6.26-1-686-bigmem 173.14.09+3 NVIDIA binary kernel module for Linux 2.6.26
ii nvidia-kernel-common 20080825+1 NVIDIA binary kernel module common files
ii nvidia-settings 180.22-1 Tool of configuring the NVIDIA graphics driv
ii nvidia-xconfig 1.0+20080522-2 The NVIDIA X Configuration Tool
$ dpkg -l | grep nvidia
ii nvidia-glx 173.14.09-5 NVIDIA binary Xorg driver
ii nvidia-kernel-2.6-686-bigmem 173.14.09+3 NVIDIA binary kernel module for 2.6 series c
ii nvidia-kernel-2.6.26-1-686-bigmem 173.14.09+3 NVIDIA binary kernel module for Linux 2.6.26
ii nvidia-kernel-common 20080825+1 NVIDIA binary kernel module common files
ii nvidia-settings 180.22-1 Tool of configuring the NVIDIA graphics driv
ii nvidia-xconfig 1.0+20080522-2 The NVIDIA X Configuration Tool
Well there you have it. You have a precompiled nvidia-kernel. Note that the title of the thread is for a custom kernel but also applies to any kernel in the event that there is not a precompiled nvidia-kernel available.
mzilikazi wrote:Well there you have it. You have a precompiled nvidia-kernel. Note that the title of the thread is for a custom kernel but also applies to any kernel in the event that there is not a precompiled nvidia-kernel available.
I know and I've used this howto successfully in the past.
I only confirmed that you can now (also) install the nvidia stuff just through apt-get/aptitude when you're using a stock kernel.
didi wrote:
I know and I've used this howto successfully in the past.
I only confirmed that you can now (also) install the nvidia stuff just through apt-get/aptitude when you're using a stock kernel.
Well I didn't know that and it is very interesting even if it's a very old version.
This situation may change according to the policy of the Linux kernel developers and possibly according to differences of interpretation of the Debian Social Contract amongst Debian developers. If you use Nvidia proprietary drivers you'll probably have noticed how the ability to do a simple apt/aptitude install has not been a permanent fixture and that Linux kernel development and release and Debian updates will go on regardless if it breaks the ability to install a proprietary binary driver. This has happened before and may happen again.
Wisdom from my inbox: "do not mock at your pottenocy"
Both the Nvidia Debian team (essentially Randell Donald) and the fglrx team pushed matching kernel modules into Debian before the Lenny release. This was in order to provide easy installation for those using the default Debian kernel on the i386 and x64 arch's.
If on other arch's or if the kernel is manually compiled then those NVidia and fglrx modules no longer match and module assistant must be used instead.
The last NVidia setup I had on my GeForce 6600 GT AGP was using the pre-built module without running module assistant and my current Radeon x850 PRO setup using the pre-built fglrx kernel module, also without running module-assistant.
So as long as a version of Debian stable is used (Etch, with the older drivers included or Lenny with its drivers) and one does not update to squeeze (which would bring in newer fglrx or nvidia versions too) then these modules are brought in as recommends by aptitude. Just gotta be careful to specify the meta-package module for your arch or aptitude also mistakenly installs the 486 modules too! I just ran aptitude in ncurses mode when installing and de-selected those, just installing the 686 version.
Another thing to be careful of is module assistant use for at least the fglrx driver. The m-a a-i fglrx includes the m-a get command. That's bad when installing the packages built by the ATI downloaded driver as it downloads an older module from the Lenny source. Gotta use m-a update, m-a prepare, m-a build, m-a install fglrx-kernel-src instead of a-i. Since I now use the Lenny driver I don't have the problem, but I did when I had the ATI download build its packages. Had to run through the m-a steps separately as a-i would otherwise replace the fglrx-kernel-src package with the one in Lenny (older).
But it's really easy (no m-a at all) for those using the stock default kernel and the included drivers.
Lenovo z560 Laptop Nvidia GeForce 310m Hitachi 500GB HD Intel HD Audio 4GB RAM
This will clean up any old nvidia files in /usr/src/modules, which could prevent it from compiling.
At least that was the case with me when trying to upgrade to 180.29.
This was the error part on the (failed) build log:
In file included from include/acpi/acpi.h:67,
from /usr/src/modules/nvidia-kernel/nv-linux.h:181,
from /usr/src/modules/nvidia-kernel/nv.c:14:
include/acpi/acutils.h: At top level:
include/acpi/acutils.h:503: error: expected '=', ',', ';', 'asm' or '__attribute__' before '}' token
include/acpi/acutils.h:506: warning: data definition has no type or storage class
include/acpi/acutils.h:506: warning: type defaults to 'int' in declaration of 'rces'
It could be that someone else get's a totally different error msg, but this is what I got.
Running the clean command before executing the steps in this HOW-TO made me able to compile the new nvidia kernel.
Hi
I upgraded to testing by changing my sources from Lenny to Testing.
I have tried to install the nvidia driver with this How-To and it exits with problem at m-a prepare && m-a a-i nvidia. I do not know how to attach the log printout.
The nvidia-glx install removes xorg.
lurch
Made up as i went along
ASRock 939A8X-M
AMD Opteron 175 64 bit
Geforce 7800 GS
2Gb memory
a very quick reply
This is what I get
apt-cache policy nvidia-kernel-source
nvidia-kernel-source:
Installed: 173.14.09-5
Candidate: 173.14.09-5
Version table:
*** 173.14.09-5 0
990 http://ftp.uk.debian.org testing/non-free Packages
990 http://ftp.us.debian.org testing/non-free Packages
990 http://ftp.debian.org testing/non-free Packages
100 /var/lib/dpkg/status
How does this help?
I am trying to understand this.
lurch
Made up as i went along
ASRock 939A8X-M
AMD Opteron 175 64 bit
Geforce 7800 GS
2Gb memory
How right you are!
I am trying to get to grips with Debian perhaps I should have stuck with Lenny but "hey live dangerously2.
The only way to learn is try it and ask questions.
If somebody is good enough to answer and point you in the right direction then say thank you for sharing the knowledge.
I will try again.
thanks
lurch
Made up as i went along
ASRock 939A8X-M
AMD Opteron 175 64 bit
Geforce 7800 GS
2Gb memory
alj@whimsy:~$ apt-cache search nvidia
xserver-xorg-video-nouveau - X.Org X server -- Nouveau display driver (experimental)
libvdpau-dev - Video Decode and Presentation API for Unix (development files)
libvdpau-doc - Video Decode and Presentation API for Unix (documentation)
libvdpau1 - Video Decode and Presentation API for Unix (libraries)
xserver-xorg-video-nv - X.Org X server -- NV display driver
alj@whimsy:~$ apt-cache search nvidia-kernel-source
alj@whimsy:~$
alj@whimsy:~$ apt-cache search nvidia
xserver-xorg-video-nouveau - X.Org X server -- Nouveau display driver (experimental)
libvdpau-dev - Video Decode and Presentation API for Unix (development files)
libvdpau-doc - Video Decode and Presentation API for Unix (documentation)
libvdpau1 - Video Decode and Presentation API for Unix (libraries)
xserver-xorg-video-nv - X.Org X server -- NV display driver
alj@whimsy:~$ apt-cache search nvidia-kernel-source
alj@whimsy:~$
Correct!
So I went with the driver in stable and that killed xserver. I am trying to get back to the xserver but dpkg-reconfigure xserver-org is not working.
Any advice?
Thanks
#aptitude install life
--------------------------------------------------------------------------------------------------------------
Debian 12 - FreeBSD