Re: [Sheflug] Kernel location

[Guennadi Liakhovetski <nospam [at] ragingbull.com>]

check your /usr/include/linux, if it a link (soft or hard) to
/usr/src/linux/include/linux (which IS usually the case), then it (the
latter directory) should not be touched and should contain headers,
against which your libc was compiled (whatever kernel you happen to be
running at the moment). So, all your development kernels should be kept
elsewhere. They say now it's better to keep them in your home dir
(e.g. ${HOME}/usr/src/kernel/linux-x.y.z), so that you don't have to be
root while you are playing with your kernels, but only when you copy the
kernel, do modules_install, modify your lilo.conf, run lilo etc.

HTH
Guennadi

On Mon, 30 Apr 2001, Craig Andrews wrote:

> Hi,
> 
> recently there has been a lot of talk generally about where to keep your
> kernel source. Now, using SuSE I usually lazily keep it in
> /usr/src/linux-<insert version> with a symlink to /usr/src/linux
> 
> I know this is not good. From what I understand, keeping a clean version of
> the kernel source, so includes and whatnots are available, in /usr/src/linux
> is OK, but the kernel you actually compile, patch, hack, break etc should be
> somewhere else (I'm thinking /usr/local/src/linux-<version>)
> 
> Have I got the right end of the stick here? Just a thought
> 
> Craig
> 
> ---------------------------------------------------------------------
> Sheffield Linux User's Group - http://www.sheflug.co.uk
> To unsubscribe from this list send mail to
> - <sheflug-request [at] vuw.ac.nz> - with the word 
>  "unsubscribe" in the body of the message. 
> 
>   GNU the choice of a complete generation.
> 
> 
> 

___

Dr. Guennadi V. Liakhovetski
Department of Applied Mathematics
University of Sheffield, U.K.
email: G.Liakhovetski [at] sheffield.ac.uk


---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word 
 "unsubscribe" in the body of the message. 

  GNU the choice of a complete generation.