On Thu, 15 Nov 2001 22:13:30 -0500 "Green, Aaron" <[EMAIL PROTECTED]> implied:
> Does up2date just use the current config file and then recompile the kernel? And if so, would this be the best way to do it if I upgraded to the newest kernel not on up2date (2.4.14)? Or would answering every question result in a more optimized kernel? The kernel is already "manufactured" before you get it via up2date. Almost everything is turned on as module by default, excepting the things that absolutely need to be in the kernel to make things work (IDE, ext2 support, etc). So you get it all if you install via u2date or download the binary and install it manually. Not sure what you mean about "saying yes" and optimization. Compiling everything 100% into the kernel will fail because the result will be too large. Making every module possible would be fine, but you likely won't need all of it, and some may fail to build because you'll need supporting software or patches. Plus, some absolutely must be in the kernel and not modulized. But, leaving out everything you DON'T need and compiling stuff you use a lot directly into the kernel will speed things along somewhat. My personal choice is to use the stock kernels unless I have an overwhelming need to change things (like a new tarball for a kernel release that fixes a serious bug, and Redhat hasn't caught up on that front yet; or a patch I've picked up and Redhat never includes). Using a stock rpm kernel greatly decreases the chances of my leaving an important element out and having to start all over again, or spending a lot of time tracking it down, when it fails to work properly. And since almost everything is inside the kernel or a module, everything I use is generally supported. I also don't notice any real speed difference between a Redhat kernel and a stripped-down version. (That will likely get the zealotry going, kinda like talking audio components with an audiofool...err...audiophile). -- Don't steal... the IRS hates competition! _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
