Bug 860
Summary: | Kernel build instructions should match current distributions | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Daniel Senie <dts> |
Component: | rhl-ig-x86 | Assignee: | Sandra Moore <smoore> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.2 | CC: | adstrong |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-06-29 17:25:14 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Daniel Senie
1999-01-18 03:24:50 UTC
The instructions (installation guide p 197) document how to build a working Linux kernel. The instructions do not document how Red Hat packages kernels. The kernel packaging is designed to permit installation of custom kernels from sources other than Red Hat without interference from the Red Hat kernel package. The makefiles in the kernel are deliberately *not* modified in order to provide a consistent way of building custom kernels. See the kernel spec file if you are interested in how Red Hat packages kernels. While I don't want to belabor the point, the issue is things like telling you to move the old kernel out of the way, and building new initrd images and such result in the files in the /boot directory somewhat altered in structure from the original. If that's how you prefer it, I'll drop it there. It will potentially result in systems which get mangled worse during a subsequent upgrade to a new version of RHL using the CDROM installer. It seemed to me that updating these instructions some would be a real service to your paying customers. Had I not had a production system mangled last night as a result of the instructions NOT working so well, I would not have bothered opening this bug. I've built lots of kernels in the past, and will continue to do so, but the only thing I use custom kernels for is to rebuild the kernel that matches the stock one for the current release to add a driver or two. Your book seemed to be attempting to describe the process for doing just this, making a slightly custom version of the installed kernel. If the instructions don't match the naming users are going to find, you might as well save a few fractions of a tree and remove those sections of the manual. I've said my piece. You can go close this bug again. |