> I've not been following the list I admit but I'd like to know what
> is being done (if anything) on the issue of the staggering size of
> the kernel source. Currently I see that 2.2.1 is around 12MB
> (Bzip2 is around 10MB). After decompression it'll be much to huge
> for any of the machines I currently have running Linux.
it mostly device drivers, I think its around 50MB uncompressed,
required maybe 80-100 MB once you build a kernel and modules
> I initially became interested in Linux because of the fact that
> it'd run on the 486/66 w/ the 540MB HDD that I had spare. Now with
> the kernel reaching some 40MB I'm tempted to move to something
> slimmer, like FreeBSD.
eh? I run linux of 4MB 386sx16s with 11MB hard-drives. The kernel
source might be getting larger, but its not really a problem
> Something needs to be done to control kernel bloat. It'd be nice
> to see the kernel source get another configuration 'facelift' in
> the form of an automated module-retrieval system that would allow
> you to select the source modules you wished and not take the whole
> 12MB chunk.
I think this is unlikely, this gets brought up often. The kernel is
one tar ball because it's easier to manage this may -- and people may
as well get used to this
> If this isn't the right place to discuss this issue, please RESPOND
> IN PRIVATE! Unless the list is interested in the response I'd
> rather not clog the pipes with this.
it's not completely offtopic, other people ask this
-cw
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/