On Fri, May 15, 1998 at 04:11:46PM -0500, Manoj Srivastava wrote:
Hmm. if you use -I/usr/src/linux/include, then as far as I can
see; it should link with those files (as you state further, it is
linked to kernel-source-2.0.33). What toerh files you happen to have
elsewhere should not
On statistical anomalies.
Add to that the fact that few programs really need the more
volatile elements of the header files (that is, things that really
change from kernel version to kernel version), [before you reject
this,
Rev. Joseph Carter writes:
On Fri, May 15, 1998 at 04:11:46PM -0500, Manoj Srivastava wrote:
Thr problem with OSS/Linux is that it grep's autoconf.h to see if you have
the right configuration for module support and versioning.
Sorry I could not quite follow you all the way. Let's see if
On Fri, May 15, 1998 at 04:11:46PM -0500, Manoj Srivastava wrote:
Hi,
Well, try putting in -I/usr/src/linux/include for every file
compiled in the tree; and see if that improves things.
At the last resort, you can try mkdir /usr/src/tmp; mv the
2.0.32 headers there, and
[EMAIL PROTECTED] writes:
Well...you could do that...but it is MUCH simpler than that
first go into /usr/include
mv linux linux-deb
mv asm asm-deb
ln -s /usr/src/linux/include/linux linux
ln -s /usr/src/linux/include/asm asm
Change that for:
ln -s
Hi,
Luiz == Luiz Otavio L Zorzella [EMAIL PROTECTED] writes:
Luiz I wish to send a mail to the OSS tech support about this
Luiz situation with debian. Is there anything you think I should
Luiz suggest to fix the problem in a clean way (all the dists,
Luiz including Debian)?
Yes. Tell
Hi,
Alan == Alan Eugene Davis [EMAIL PROTECTED] writes:
Alan No thank you.
Well, there are other distributions -- red hat makes a fine
OS, you know. I just sent you Debian policy.
Most programs, even if they include linux/something.h, do
Alan ^
not really depend on the
Manoj Srivastava writes:
Hi,
Luiz == Luiz Otavio L Zorzella [EMAIL PROTECTED] writes:
Luiz I wish to send a mail to the OSS tech support about this
Luiz situation with debian. Is there anything you think I should
Luiz suggest to fix the problem in a clean way (all the dists,
Luiz
Hi,
Luiz == Luiz Otavio L Zorzella [EMAIL PROTECTED] writes:
Luiz Forgive my dumbness... I've been thinking exactly what are the
Luiz implications of what your're saying. Please correct me if I'm
Luiz wrong:
Luiz 1) sndshield, at *compilation time*, greps autoconf.h to guess
Luiz which kernel
Hi, folks.
Why does libc6-dev depend on kernel headers from 2.0.32? I have all
the 2.0.33 stuff properly installed, but cannot uninstall 2.0.32
kernel headers because of this :^
nr# dpkg --no-act --purge kernel-headers-2.0.32
dpkg: dependency problems prevent removal of kernel-headers-2.0.32:
Hi,
Please read /usr/doc/kernel-headers-2.0.32/debian.README.gz. I
have included a copy below for anyone who thinks reading stuff out of
/usr/doc is way square and uncool.
manoj
--
Sink or swim, live or die, survive or perish, I give my heart and my
hand to this vote. --
Manoj Srivastava writes:
Hi,
Please read /usr/doc/kernel-headers-2.0.32/debian.README.gz. I
have included a copy below for anyone who thinks reading stuff out of
/usr/doc is way square and uncool.
Thanks for the article. Very cool indeed.
Now, I'm running into a problem that
Hi,
Hmm. if you use -I/usr/src/linux/include, then as far as I can
see; it should link with those files (as you state further, it is
linked to kernel-source-2.0.33). What toerh files you happen to have
elsewhere should not make a difference. How is sndshield getting to
know about
13 matches
Mail list logo