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
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 di
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 , do
Alan> ^
>> not really depend on the versio
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.
[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 /usr/src/kernel-headers-2.0.33
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
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
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, co
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 n
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 2.0.3
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
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. -- Dan
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:
13 matches
Mail list logo
