Linux From ScratchThis Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Ok, just built an lfs 4.0 system which of course comes with 2.4.19 kernel. Now built against that is all the lfs software, some libraries from blfs, xf86 and enlightenment. Haven't installed too much else yet. Now again, all that was built against the 2.4.19 kernel. Now if I upgrade to a 2.4.20 or even a 2.5.66 kernel... do I need to keep the old kernel source around? Is any of the software that was compiled against it going to need its header files or anything like that?
No, you don't need to keep the old kernel. When you're compiling, it's just important to keep source (or only headers) of current kernels. If possible, also symlink your current source to /usr/src/linux.
Nothing will require the headers in the kernel source tree, they should have all been copied over into /usr/include/{asm,asm-generic,linux} before the glibc build.
What is important is that those kernel header files installed into /usr/include are not replaced (even if you upgrade the kernel) as they are the headers your c-libraries were built against
ok, so I can build / rebuild all the kernels I want... and I can erase any linux-2.x.x source trees I want as long as I don't touch the files I copied over at system creation into /usr/include... ? Thanks.
Yes, you can. In my system, /usr/include/linux is a symlink to the corrent directory of my currently-using kernel. With such a configuration, I need to remember every time I delete my kernel sources (it usually means a new kernel) to modify the symlink. Make sure you don't have it configured this way.
Originally posted by Mara Yes, you can. In my system, /usr/include/linux is a symlink to the corrent directory of my currently-using kernel. With such a configuration, I need to remember every time I delete my kernel sources (it usually means a new kernel) to modify the symlink. Make sure you don't have it configured this way.
You're heading for trouble doing this, you should NEVER swap out the kernel include files used to build your glibc.
Except if there are differing glibc's they go in their own directory (obviously) and are built using the headers from the latest kernel I can find (which are copied into include directory where I put glibc).
The point is that the kernel headers that are referenced during the build of your c-libraries should stay with the c-libraries...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.