No more kernel-source(code) ??? (was: rawhide report: 20040623 changes)

[Toshio]

On Sun, 2004-06-27 at 08:49, Matias Feliciano wrote:
> Le dim 27/06/2004 à 13:51, Toshio a écrit :
> > On Fri, 2004-06-25 at 15:08, Daryll Strauss wrote:
> > > 2) A new kernel devel package is created. It includes headers for ALL
> > > kernels that have been released for a distribution. They'd be placed in
> > > different directories (maybe /usr/src) with some naming scheme that
> > > includes kernel release, smp, architecture, etc. This package would get
> > > new sets of headers added to it every time a new kernel release comes
> > > out.
> > 
> > In a kernel-source*.rpm disabled world, this would mean adding headers
> > unneeded for compiling the _kernel_ to the SRPM.
> 
> Are you sure ?
> 
I could have misunderstood Daryll, but it seems that he's saying
kernel-devel would have kernel headers generated for all arches for each
kernel in a particular release.  So for every errata kernel the headers
from each of the previous errata (back to the first kernel in the
release) would have to be tarred up (by the packager) and included in
the new kernel SRPM.  If you understood it differently, please let me
know.

> > Since installing the
> > SRPM
> 
> I use src.rpm but I don't install src.rpm. I never removed a src.rpm
> with "rpm -e".
> 

You can't remove an SRPM with rpm -e because it's not entered into the
rpm database.  So in the sense that rpm tracks the contents of the SRPM
you're right, it doesn't get installed.  I don't always use rpm to
install things on my system, however.  OTOH, it's mostly programs I'd
associate with "installing" and use "unpacking" or "untarring" with
source.

I think this points to the fact that I don't think of the kernel source
as "source".  In my mind it's more of an equivalent to sendmail-cf or
system-config-*; a package that aids in configuring another package.  
I'm sure I'll be able to adjust to using the SRPM to "configure" my
kernel but the idea that removing kernel-source makes the kernel package
more consistent with the rest of the packages in the OS is
counterintuitive to me because of this conceptual difference.

-Toshio
-- 
_______S________U________B________L________I________M________E_______
  t  o  s  h  i  o  +  t  i  k  i  -  l  o  u  n  g  e  .  c  o  m
                                                          GA->ME 1999