On Thursday 03 April 2008, Robin Laing wrote:
Axel Thimm wrote:
> On Wed, Apr 02, 2008 at 10:51:56PM -0400, David Kramer wrote:
>> Axel Thimm wrote:
>>>> Does that mean it will prevent a kernel from getting installed if the
>>>> matching kmdls are not available?
>>>
>>> No, I didn't want a security update to be ladt off if it missed a
>>> kmdl. But if you install a kernel the moment it gets released (and
>>> therefore there are no kmdls yet available) once the kmdls are there
>>> yum-plugin-kmdl will make yum update get them for you.
>>
>> .. but this is a Bad Thing when it comes to nvdia, because the next time
>> you reboot, X won't start for a few days. In fact, most kmdls are pretty
>> important for day-to-day operations. Clearly I can see how someone else
>> would want it to work the way you designed it, but that SO doesn't work
>> for me.
>
> Well, one can change the plugin to behave as you want, but indeed most
> users wanted to be asyncronous and not be held back by any third party
> in getting their vendor updates.
>
> If you want to experiment: In the loop where it checks whether a kmdl
> exists or not just add in the case of a failure for a lookup to unmark
> the kernel for installation. Or to add UPDATEDEFAULT=no to
> /etc/sysconfig/kernel before installing it.
What you are discussing is exactly what dkms is supposed to correct.
dkms(8) - Linux man page
http://linux.die.net/man/8/dkms
dkms is a framework which allows kernel modules to be dynamically built
for each kernel on your system in a simplified and organized fashion.
Since I moved to dkms, I have not had any issues with nvidia drivers on
any machine. :)
Humm, can you say that for post 2.6.25-rc0 kernels? I don't think so, Robin.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Money cannot buy love, nor even friendship.