Ticket #2024 (closed task: fixed)

Opened 1 year ago

Last modified 1 year ago

Bad outcome of make headers_install

Reported by: martyj19 Assigned to: lfs-book@linuxfromscratch.org
Priority: normal Milestone:
Component: Book Version: SVN
Severity: normal Keywords:
Cc:

Description

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

Change History

05/27/07 20:04:26 changed by Bryan Kadzban

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.

06/05/07 11:48:39 changed by manuel@linuxfromscratch.org

  • status changed from new to closed.
  • resolution set to fixed.

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