[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sheflug] Kernel location



On Tue, 1 May 2001, Craig Andrews wrote:

> Ah! thats makes sense. You see, when I upgraded from 2.2.18 to 2.4.0 using
> SuSE's RPMs with SuSE 7.1, /usr/src/linux changed to the new version, without
> any change to glibc!

That's strange... Did you check if /usr/include/linux is a link to
/usr/src/linux/include/linux or a separate directory? Again - in the
former (usual) case /usr/src/linux must NOT be changed unless you change
libc. Unless SuSE modified the kernel headers in a way they deemed
appropriate for the situation... Didn't try SuSE-7.1 (although I've got 
the full professional box in my desk for the Shef Uni - thanks to
Richard), but in 7.0 (and back) there was a separate rpm linclude, which
contained only the necessary (an incomplete set) kernel-headers and was
placed in d1 (you only need it if you plan to compile anything against
kernel headers). Can't remember if I asked / told about the funny thing RH
did... RH-7.0 was released some time last year (summer?), but if you check
/usr/include/linux/version.h it would happily report 2.4.0... As you know
the 2.4.0 kernel was only released in early January 2001. So, as I was
explained, they 'customised' the headers, mixing stuff from the 2.2 series
and 2.4.0-testX... and called that 2.4.0:-) So, another note, if you plan
to experiment with kernels, patches etc., it is alwas a good idea to get a
vanilla kernel from ftp.<country>.kernel.org and just keep the headers
necessary for libc.

Guennadi

> In fact, it seems to let you run either kernel with the
> same glibc installed.
> 
> I will leave my 2.2.18 source alone, then, and stick the 2.4.4 stuff in
> ~craig/src/linux :)
> 
> Craig
> 
> 
> On 01-May-01 Stephen J. Turnbull wrote:
> >>>>>> "Guennadi" == Guennadi Liakhovetski <g.liakhovetski [at] ragingbull.com>
> >>>>>> writes:
> > 
> >     Guennadi> against which your libc was compiled (whatever kernel
> >     Guennadi> you happen to be running at the moment).
> > 
> > You mean at the moment of compile.
> > 
> > Ie, do _not_ change those headers when you change kernels, unless you
> > also recompile glibc at the same time.
> > 
> > -- 
> > University of Tsukuba                Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
> > Institute of Policy and Planning Sciences       Tel/fax: +81 (298) 53-5091
> > _________________  _________________  _________________  _________________
> > What are those straight lines for?  "XEmacs rules."
> > ---------------------------------------------------------------------
> > 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.
> 
> -- 
> Craig Andrews
> craig [at] fishbot.org.uk
> 
> ------------------------------
> Quidquid latine dictum sit, altum viditur
> Whatever is said in Latin, seems profound
> ------------------------------
> 
> ---------------------------------------------------------------------
> 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.