public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Files not linking/replacing.
@ 2001-04-16  2:00 Patrick Shirkey
  2001-04-16  6:31 ` Eric W. Biederman
  0 siblings, 1 reply; 4+ messages in thread
From: Patrick Shirkey @ 2001-04-16  2:00 UTC (permalink / raw)
  To: linux-kernel

Hi.

I hope this is the correct place to report to.

I have installed kernel 2.4.3 but my system is having a few problems
compiling things. Not all software is having problems it just seems to
be the most important ones. like mozilla or alsa-driver, I would like to
try others to test this but it's kind of frustrating and time consuming.

I installed the kernel in /usr/local/src because the install file says
not to do it in /usr/src anymore because of kernel header dependencies.

The system is booting and obviously I can use the net but the main
problem seems toi be that a lot of important files have not benn updated
or relinked to the right dir.

I installed the new kernel onto Mandrake 7.0 which ships with 2.2.14.

I'm using a PIII
and have verified that my software is upto the minimal requirements
according to the /documentation/changes file. All except mkinitrd which
I can't install becuse I have an old version of rpm and cannot find the
tar.gz file on the net.

An example of what my system is doing:

I compile the latest stable mozilla.
First off it complains that /usr/include/bits/errno.h doesn't point to
the right place.
So I remove it and link /usr/local/src/linux/include/asm/errno.h to
/usr/include/bits/errno.h and recompile.
It gets past that point then complains about /usr/include/bits/socket.h
so I repeat the process.

The futility of doing this occurs to me. So I write in to this list in
the hope that someone may know what I have done wrong or can offer me
some help to debug.

Any ideas?

Patrick Shirkey.

-- 
Boost Hardware.
Importing Korean Computer Hardware to New Zealand.

Http://www.boosthardware.com for latest stock and prices.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Files not linking/replacing.
  2001-04-16  2:00 Files not linking/replacing Patrick Shirkey
@ 2001-04-16  6:31 ` Eric W. Biederman
  2001-04-16  6:43   ` Jeff Garzik
  0 siblings, 1 reply; 4+ messages in thread
From: Eric W. Biederman @ 2001-04-16  6:31 UTC (permalink / raw)
  To: Patrick Shirkey; +Cc: linux-kernel

Patrick Shirkey <pshirkey@boosthardware.com> writes:

> Hi.
> 
> I hope this is the correct place to report to.
> 
> I have installed kernel 2.4.3 but my system is having a few problems
> compiling things. Not all software is having problems it just seems to
> be the most important ones. like mozilla or alsa-driver, I would like to
> try others to test this but it's kind of frustrating and time consuming.
> 
> I installed the kernel in /usr/local/src because the install file says
> not to do it in /usr/src anymore because of kernel header dependencies.
> 
> The system is booting and obviously I can use the net but the main
> problem seems toi be that a lot of important files have not benn updated
> or relinked to the right dir.
> 
> I installed the new kernel onto Mandrake 7.0 which ships with 2.2.14.
> 
> I'm using a PIII
> and have verified that my software is upto the minimal requirements
> according to the /documentation/changes file. All except mkinitrd which
> I can't install becuse I have an old version of rpm and cannot find the
> tar.gz file on the net.
> 
> An example of what my system is doing:
> 
> I compile the latest stable mozilla.
> First off it complains that /usr/include/bits/errno.h doesn't point to
> the right place.
> So I remove it and link /usr/local/src/linux/include/asm/errno.h to
> /usr/include/bits/errno.h and recompile.
> It gets past that point then complains about /usr/include/bits/socket.h
> so I repeat the process.
> 
> The futility of doing this occurs to me. So I write in to this list in
> the hope that someone may know what I have done wrong or can offer me
> some help to debug.
> 
> Any ideas?

Normally /usr/src/linux on a redhat system contains a kernel with a
known good set of kernel headers.  /usr/include/linux and 
/usr/include/asm are symlinks that point into the known good kernel
headers.  It looks like you removed your known good 2.2.14 known good
kernel headers, or the symlinks to them.

Eric

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Files not linking/replacing.
  2001-04-16  6:31 ` Eric W. Biederman
@ 2001-04-16  6:43   ` Jeff Garzik
  2001-04-17  5:27     ` Eric W. Biederman
  0 siblings, 1 reply; 4+ messages in thread
From: Jeff Garzik @ 2001-04-16  6:43 UTC (permalink / raw)
  To: Eric W. Biederman; +Cc: Patrick Shirkey, linux-kernel

"Eric W. Biederman" wrote:
> Normally /usr/src/linux on a redhat system contains a kernel with a
> known good set of kernel headers.  /usr/include/linux and
> /usr/include/asm are symlinks that point into the known good kernel
> headers.  It looks like you removed your known good 2.2.14 known good
> kernel headers, or the symlinks to them.

Modern glibc systems have their own copies of headers for
/usr/include/{asm,linux}, and those locations should not be pointing to
kernel space...

-- 
Jeff Garzik       | "Give a man a fish, and he eats for a day. Teach a
Building 1024     |  man to fish, and a US Navy submarine will make sure
MandrakeSoft      |  he's never hungry again." -- Chris Neufeld

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Files not linking/replacing.
  2001-04-16  6:43   ` Jeff Garzik
@ 2001-04-17  5:27     ` Eric W. Biederman
  0 siblings, 0 replies; 4+ messages in thread
From: Eric W. Biederman @ 2001-04-17  5:27 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: Patrick Shirkey, linux-kernel

Jeff Garzik <jgarzik@mandrakesoft.com> writes:

> "Eric W. Biederman" wrote:
> > Normally /usr/src/linux on a redhat system contains a kernel with a
> > known good set of kernel headers.  /usr/include/linux and
> > /usr/include/asm are symlinks that point into the known good kernel
> > headers.  It looks like you removed your known good 2.2.14 known good
> > kernel headers, or the symlinks to them.
> 
> Modern glibc systems have their own copies of headers for
> /usr/include/{asm,linux}, and those locations should not be pointing to
> kernel space...

I keep thinking that until I look at what has actually been installed.
The quickest way I know to confuse a compile is: rm /usr/src/linux.

Eric

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2001-04-17  5:29 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-04-16  2:00 Files not linking/replacing Patrick Shirkey
2001-04-16  6:31 ` Eric W. Biederman
2001-04-16  6:43   ` Jeff Garzik
2001-04-17  5:27     ` Eric W. Biederman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox