Lorenzo Bettini <[EMAIL PROTECTED]> writes:
> I'm trying to upgrade kdebase and it says that it's going to remove
> linux-kernel-headers
>
> is it safe to do so?
Yes, linux-kernel-headers has been superseded by linux-libc-dev, which
should be installed instead:
,-
Hi
I'm trying to upgrade kdebase and it says that it's going to remove
linux-kernel-headers
is it safe to do so?
thanks in advance
Lorenzo
--
Lorenzo Bettini, PhD in Computer Science, DSI, Univ. di Firenze
ICQ# lbetto, 16080134 (GNU/Linux User # 158233)
On Fri, Jun 08, 2007 at 19:06:51 -0500, Randy Patterson wrote:
> On Friday 08 June 2007 10:37, Celejar wrote:
> > On Fri, 8 Jun 2007 09:28:32 -0500
> >
> > Randy Patterson <[EMAIL PROTECTED]> wrote:
> > > Hey,
> > >
> > > I am needing the l
On Friday 08 June 2007 10:37, Celejar wrote:
> On Fri, 8 Jun 2007 09:28:32 -0500
>
> Randy Patterson <[EMAIL PROTECTED]> wrote:
> > Hey,
> >
> > I am needing the linux kernel headers to compile software for a wireless
> > driver that isn't suppor
On Friday 08 June 2007 10:37, Celejar wrote:
> On Fri, 8 Jun 2007 09:28:32 -0500
>
> Randy Patterson <[EMAIL PROTECTED]> wrote:
> > Hey,
> >
> > I am needing the linux kernel headers to compile software for a wireless
> > driver that isn't suppor
On Fri, 8 Jun 2007 09:28:32 -0500
Randy Patterson <[EMAIL PROTECTED]> wrote:
> Hey,
>
> I am needing the linux kernel headers to compile software for a wireless
> driver that isn't supported. I need to .deb file because this system isn't
> connected to the Intern
Hey,
I am needing the linux kernel headers to compile software for a wireless
driver that isn't supported. I need to .deb file because this system isn't
connected to the Internet but I can't seem to find the correct image.
Currently I have;
$uname -a
Linux debian 2.6.18-4
Hi all,
Does anyone know if the glibc-kernheaders of rpm package is the same as linux-kernel-headers for Debian?
Are they similar?
BR,
Mauricio Lin.
@ Jan Minar, Colin Watson, Andreas Janssen:
I installed them from a ftp site, and after some struggle with version.h
finally it worked...
No idea why they have not been on the DVD
Thanks for help !
Axel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
On Fri, Jan 02, 2004 at 05:45:03PM +0100, Axel Burwitz wrote:
> Colin Watson wrote:
> > Testing definitely has a linux-kernel-headers package (that exact name).
>
> Hmm. I tried to install, but:
>
> "debian-sarge:/home/axel# apt-get install linux-kernel-headers
>
Jan Minar wrote:
> This is a dependency problem. So try to do
>
> apt-get install kernel-headers
>
> so you'll know whether apt really thinks kernel-headers are not
> available.
It gave:
"debian-sarge:/home/axel# apt-get install linux-kernel-headers
Reading Pa
Colin Watson wrote:
>
> Testing definitely has a linux-kernel-headers package (that exact name).
>
Hmm. I tried to install, but:
"debian-sarge:/home/axel# apt-get install linux-kernel-headers
Reading Package Lists... Done
Building Dependency Tree... Done
Package linux-kernel-
version 2.4.16 on
PPro/Celeron/PII/PIII
| kernel-headers-2.4.16-686-smp - Linux kernel headers 2.4.16 on PPro/Celeron/PII/PIII
SMP
| kernel-headers-2.4.16-k6 - Headers for Linux kernel version 2.4.16 on AMD
K6/K6-II/K6-III
| kernel-headers-2.4.16-k7 - Headers for Linux kernel version 2.4.16 o
at fits to my kernel version. I have
> installed that, but still that message appears..
Testing definitely has a linux-kernel-headers package (that exact name).
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello
Axel Burwitz (<[EMAIL PROTECTED]>) wrote:
> Andreas Janssen wrote:
>
>> If I remember correctly, the headers were part of the libc6-dev
>> package (and still are, if you use Woody), but some time ago the
>> package was split and they are now in their own package. So you
>> should try to ge
Andreas Janssen wrote:
>
> If I remember correctly, the headers were part of the libc6-dev package
> (and still are, if you use Woody), but some time ago the package was
> split and they are now in their own package. So you should try to get
> them from the same source you got your libc6-dev fro
Hello
Axel Burwitz (<[EMAIL PROTECTED]>) wrote:
> I have following problem and can't find resolution in books, doc, and
> google:
>
> When I want to install libc6-dev with apt-get, I get the message:
>
> "The following packages have unmet dependencies:
&g
Hi,
I have following problem and can't find resolution in books, doc, and
google:
When I want to install libc6-dev with apt-get, I get the message:
"The following packages have unmet dependencies:
libc6-dev: Depends: linux-kernel-headers but it is not installable
E: Broken packag
On Sat, 08 Nov 2003 at 06:30:31 +0800,
wrote:
>
> On Fri, 7 Nov 2003 at 11:17:10 +,
> Jonathan Dowland wrote:
> >
> > On Thu, Nov 06, 2003 at 09:19:45AM +0800, csj wrote:
> >
> > > OPTFLAGS = ... -I/usr/local/src/linux/include
> >
> > /usr/local/src/linux should be the linux kernel source
At Fri, 7 Nov 2003 11:17:10 +,
Jonathan Dowland wrote:
>
> On Thu, Nov 06, 2003 at 09:19:45AM +0800, csj wrote:
>
> > OPTFLAGS = ... -I/usr/local/src/linux/include
>
> /usr/local/src/linux should be the linux kernel source code.
Apparently yes. I was doing things by trial and error and
on
linux should be libc's linux kernel headers.
Here is an exerpt from the #kernelnewbies FAQ at www.kernelnewbies.org:
Kernel source headers
These are the kernel header files that are part of the kernel source
package. They should never be used for compiling us
On Wed, 5 Nov 2003 00:33:14 +,
Colin Watson wrote:
[...]
> > > Applications that need kernel headers should make and use
> > > sanitized private copies of the relevant interfaces in
> > > kernel headers. They should never care about what happens
> > > to be in /usr/include/{linux,asm}.
> >
>
Ok, maybe I'm REALLY missing the signal in all the noise, but whyinhell are
people having a problem with this?
If an application needs kernel headers, whyinhell isn't it USING them?
That, after all, is why you put a kernel source tree in place on your
system. Any number of packages depend on havi
On Wed, Nov 05, 2003 at 05:48:59AM +0800, csj wrote:
> On Tue, 4 Nov 2003 16:37:04 +,
> Colin Watson wrote:
> > On Tue, Nov 04, 2003 at 09:47:17AM +0800, csj wrote:
> > > Maybe it's time to file a serious bug report against
> > > linux-kernel-headers. IMHO
On Tue, Nov 04, 2003 at 09:00:32PM +, Jonathan Dowland wrote:
> On Tue, Nov 04, 2003 at 04:37:04PM +, Colin Watson wrote:
> > That hierarchy [/usr/include/{linux,asm}] is chiefly for glibc's
> > internal use; applications were never supposed to use it directly.
>
> If these are supposed t
On Tue, 4 Nov 2003 16:37:04 +,
Colin Watson wrote:
>
> On Tue, Nov 04, 2003 at 09:47:17AM +0800, csj wrote:
> > Maybe it's time to file a serious bug report against
> > linux-kernel-headers. IMHO there should at least be two header
> > packages, one for 2.4 and a
port. They
> should be completely backwards compatible.
I can't argue with that. All my other programs are running
without crashing. I'm talking about hassle-free compiling, which
is the most important part of the Debian experience.
> > Fixing the problem should be as ea
On Tue, Nov 04, 2003 at 04:37:04PM +, Colin Watson wrote:
> That hierarchy [/usr/include/{linux,asm}] is chiefly for glibc's
> internal use; applications were never supposed to use it directly.
If these are supposed to be private, why are they now
provided in a seperate package?
--
Jon Dowl
On Mon, Nov 03, 2003 at 10:12:07PM +0100, wsa wrote:
> Every time i start to think 'i'm getting the hang of linux' things
> like this happen...lib stuff...compile stuff...at times i think i need
> spiked mountain shoes to climb the learning curve ;)
if you run unstable, you can get exactly what
On Tue, Nov 04, 2003 at 09:47:17AM +0800, csj wrote:
> Maybe it's time to file a serious bug report against
> linux-kernel-headers. IMHO there should at least be two header
> packages, one for 2.4 and another for 2.6. One could be
> installed by default, but if that breaks your
r source was
> about 2 weeks ago.
>
> So mencoder does run, but it has become useless. So apart from
> compile time this whole thing also messes up at least some
> already compiled programms.
Maybe it's time to file a serious bug report against
linux-kernel-headers. IMHO there
ould the sources of for example mplayer be changed?
>
> Actually I can see the benefits of splitting. For me the problem
> was that the glibc team decided to use the broken (tm) 2.6
> kernel.
As Colin said, this was neccessary for NPTL support. They should be
completely backwards c
, suboptimal though it is, is to copy the header
> > files you need from the kernel and include them in your own
> > package; that way you're safe from changes to glibc.
>
> IMHO a better way would be to have linux-kernel-headers as a
> virtual package supplied by
there was no other
alternative. The problem is that people included kernel headers from
userspace, despite being told in lots of documentation not to do this.
See debian-glibc over the last couple of months for lots of discussion
about this.
> Fixing the problem should be as easy as rebuilding the
&g
On Mon, Nov 03, 2003 at 10:12:07PM +0100, wsa wrote:
> Thanks for explaining this in the other thread aswell.
> What i wanted to ask, could this package be the cause of custom 2.4.22
> kernels not going past INIT (today's update fixed this problem) which
> i and a few other people experienced over
Well, I'm having serious problems with Mplayer, actually with mencoder
to be exact.
I have a load of automated 'vcr' recording scripts.
These scripts have always worked and have given out the right kind of
files with the right kind of bitrate(given in the script) correct
timings, correct audio...
moment, suboptimal though it is, is to copy the header
> files you need from the kernel and include them in your own
> package; that way you're safe from changes to glibc.
IMHO a better way would be to have linux-kernel-headers as a
virtual package supplied by linux-kernel-headers-2.4,
l
team decided to use the broken (tm) 2.6
kernel. Fixing the problem should be as easy as rebuilding the
linux-kernel-headers source by sticking in your own
kernel-headers (from your custom make-kpkg kernel) into ./include
and perhaps deleting the ./debian/patches directory. Install the
hacked packag
Thanks for explaining this in the other thread aswell.
What i wanted to ask, could this package be the cause of custom 2.4.22
kernels not going past INIT (today's update fixed this problem) which
i and a few other people experienced over the last weekend?
The original poster mentioned both mplayer
On Mon, Nov 03, 2003 at 09:52:16PM +0800, csj wrote:
> What precisely does this package do? It's listed as a dependency
> of the latest libc6 packages (which I made the mistake of
> compiling then installing).
It includes the files in /usr/include/linux and /usr/include/asm which
used to be part
What precisely does this package do? It's listed as a dependency
of the latest libc6 packages (which I made the mistake of
compiling then installing). The package appears to introduce
massive breakage when compiling any program that links to some
kernel function (e.g. mplayer and xawtv doing fram
41 matches
Mail list logo
