Bad outcome of make headers_install

[Marty Jack]

When 2.6.21 came out, I decided to install new kernel headers. I learned that if you do make INSTALL_HDR_PATH=/usr headers_install over top of a finished system, it destroys everything in /usr/include other than what make headers_install thinks should be there.

This was expensive to fix. I think a note in the book not to do that would be a good idea. There are other means to this end such as installing to a temporary directory and cp -R; although it's also arguable that if you want new kernel headers, the only sane way to do it is as part of a fresh start.

-- Marty Jack

[bryan@linuxfromscratch.org]

If you want new kernel headers, you need to recompile glibc. And once you do that, you pretty much have to recompile the whole system.

DO NOT try to upgrade the kernel headers, in other words!

Also see the last paragraph in the warning on this page in the book:

​http://www.linuxfromscratch.org/lfs/view/development/chapter08/kernel.html

and note the requirement that the headers be the same ones that glibc was compiled against.

[manuel@…]

Fixed in r8147 via placing that para on a separate warning a changing a bit the wording.