<div>People are still seemingly deciding whats "right" for a person without knowing their situation. No one is asking for support on a kernel they've compiled themselves, nor are they expecting it. They aren't going to slap Centos when a problem arises from it and blame them.

</div>

<div> </div>

<div>Just some situations sometimes seem to require it. One thing I'll likely be doing in the near future is changing the kernel frequency for example, and as far as I know its only possible with a recompile. Its unlikely it will break much, but if it does, thats on my head, and thats fine. I won't be asking the list why my recompiled kernel suddenly has a fault unless its the same on a default kernel of which I intend to run both, depending on requirements.

</div>

<div> </div>

<div>I fully understand its not a Centos Supported issue in that sense due to its position, but isn't this mainly what this email list is for as well (i.e to bounce ideas, problems, solutions between each other who have hit a problem and possibly come up with a solution albeit official or unnoficial whatever that means in this context)? 

</div>

<div> </div>

<div>Ian<br><br> </div>

<div><span class="gmail_quote">On 4/2/06, <b class="gmail_sendername">Jim Perrin</b> <<a href="mailto:jperrin@gmail.com">jperrin@gmail.com</a>> wrote:</span>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> Everybody should want to recompile the kernel, if not<br>> for the experience, but for removing the bloat.  Does

<br>> everybody really need every chipset compiled in the<br>> kernel!<br><br>Uh, that's the beauty of building modules. You only load what you<br>need. And the rhel/centos kernel is almost entirely modular.<br><br>

If the degree of dificulty of building a<br>> custom kernel on Centos change from the traditional<br>> method (make clean, make mrproper, make xconfig, etc)<br>> than say so, and point to an authoritative howto<br>

> guide, if there is any.<br><br>The idea behind the EL kernel is that it's a stable, reliable, and can<br>be duplicated quickly and reliably across multiple machines and<br>environments. To some non-trivial extent it's also so that there's

<br>someone ELSE to blame if it doesn't work. For some reason, employers<br>and corporations love to pay people for support rather than rely on<br>the merits of their tech staff. Keep in mind the nearly 700 patches<br>that are in the EL kernel source rpm. Red Hat has basically stated

that if you build your own kernel, you're on your own to support it, and as such, they're not producing documentation on how to build your own. It's not just RHEL and CentOS moving this way. Mandriva, SuSE, and to an extent, Debian and Ubuntu are also like this.

<br><br><br>> But whatever you do please<br>> don't insult by deciding for 98% of us what is and<br>> what is not "something you really want to do".  I can<br>> only speak for myself, and I really want to be able to

<br>> recompile the Centos kernel, otherwise I wouldn't<br>> waste my energy  asking a zillion times how to compile<br>> Centos' kernel.<br><br>This has already been decided, and it's not an insult to you. How do

<br>you make a distribution easy to use, AND support kernel rebuilds? Is<br>your mother or grandfather capable of rebuilding a kernel? Can they do<br>it better than the RHEL developers who do it for a living? It's not an<br>

insult. It's a choice in ease of use vs support vs cost. If you're<br>smart enough to rebuild the kernel, you're completely welcome to.<br><br><br><br>> Second irony (from second hand information) is that<br>> the vanila kernel compile just fine on Centos using

<br>> the traditional method.<br><br>It does, but it's not the proper method for several reasons. Vanilla<br>kernel source will also work on centos, but it's not something we<br>recommend, and if you break it, you get to keep the pieces. The people

<br>who want to rebuild everything aren't the people in our target<br>audience. They're in Gentoo's target audience.<br><br>Now, to the information you wanted. There is a blog done by BJS which<br>described the method, although I have misplaced the link. There is no

<br>official or otherwise documentation, because it's not something we<br>actively support or recommend. Not to stop you, but for the simple<br>logic of -> why waste time documenting something you aren't supporting<br>

when you can document the things you do support instead? If you search the late March list archive from the last week or so, I did a very brief walkthrough of how the rebuilding is actually done. You're welcome to read through that and see if it helps.

If it doesn't.. .keep in mind that rebuilding the kernel isn't supported, and we've provided a kernel with the feature you claim to want. If you REALLY want to rebuild stuff and get your hands dirty for the experience, check out gentoo or LFS.

<br><br>--<br>Any sufficiently advanced technology is indistinguishable from magic.<br>-Arthur C. Clarke<br>_______________________________________________<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org

</a><br><a href="http://lists.centos.org/mailman/listinfo/centos">http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br>