Automating use of new kernel

David Smith dsmith at programmablesolutions.net
Fri Jun 18 13:54:16 UTC 2004


I noticed someone who has already done this for a plain vanilla kernel.
It's an article at kerneltrap.org. The article is at
http://kerneltrap.org/node/view/2102. I took a look at the script it
looks like with a little playing around you could get it pretty easily.
David

On Thu, 2004-06-17 at 15:12, John DeCarlo wrote:
> Hello,
> 
> I like to keep up with new kernel releases, especially if they fix 
> security issues or other bugs.
> 
> However, I am getting tired of all the manual updates I need to do with 
> each new kernel.  So I am asking for advice on automating these tasks.
> 
> Here is what I have to do now:
> 
> 1) Add NTFS support.  Usually go to the linux-ntfs project and get an 
> RPM.  Could also recompile the kernel with NTFS added.
> 
> 2) Recompile and set up the Cisco VPN software.
> 
> 3) Reset the Broadcom driver (the tg3 driver still doesn't work with the 
> Cisco VPN software).  Doing it from scratch means installing the source 
> RPM, going through steps to rpmbuild the binary RPM, then installing the 
> new RPM.
> 
> 4) Reinstalling the NVIDIA driver (which I haven't been doing lately 
> because of needing 8K stacks *and* NTFS support).
> 
> In particular, if anyone has done something similar, I would love to 
> modify as needed.  I would need:
> 	o) sufficient robustness to recover from failures (say, when things 
> don't work the same going from 2.4 to 2.6).
> 	o) Some way to identify that a new kernel is installed (presumably 
> using uname or the like).
> 	o) Retrieving stuff from the Internet, like a new linux-ntfs project 
> RPM that matches the new kernel (or identifying it isn't yet available, 
> possibly before doing anything else).
> 
> Thanks.
> 
> -- 
> 
> John DeCarlo, My Views Are My Own
> 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20040618/35e11ad7/attachment-0001.sig>


More information about the fedora-list mailing list