Questions about Fedora

[Dan Williams]

On Wed, 2006-09-20 at 07:28 -0400, Dan Williams wrote:
> On Tue, 2006-09-19 at 23:56 -0400, Ivan Krstić wrote:
> > Dan Williams wrote:
> > > We'll continue to prune files and reduce interdependencies of these
> > > packages to hopefully get the base OS image down to the 150MB - 200MB
> > 
> > The target number that we've been talking about the entire time is
> > ~100MB. Did this change at some point?
> 
> It depends if you're talking about compressed/uncompressed.  The
> _uncompressed_ target # has never been 100MB since that's completely
> infeasible for Gen1.  If we toss in jffs2 compression then we may get
> down to 100MB, but only if the compression ratios for the packageset we
> are shipping are good.  That's one unknown.
> 
> At this point, lets try to be a bit conservative here and tighten this
> up as we have a much better idea of what bits will actually get shipped
> and how well they will compress.

To elaborate on this somewhat more:

-We still have Perl (12MB compressed) and cracklib-dicts (3.3MB
compressed) being pulled into the images.  Those will die die die soon
enough.  There's still a good bit of stripping to do.

- However, we then get to add in Csound5 (1.2MB) and later add all the
instrument samples (we don't have any right now), which of course are
audio and don't have good compression ratios.

- Localizing stuff will eat up quite a bit of space.  Asian fonts take
anywhere from 10 - 20MB on disk uncompressed, and those appear to have
slightly worse than a 2:1 compression ratio using bzip2.  If we're
talking 2 - 4 languages per laptop for Asian countries, just fonts could
eat 20 or 30MB compressed

- The full package set for Sugar isn't known yet, but we're almost
certainly going to be bringing in a few more packages for stuff like
Jabber & VOIP (possibly pulling in telepathy, loudmouth, and some
codecs).

These are just some examples off the top of my head, but it's clear to
me that we won't have any idea of space usage until more stripping work
has been done (which isn't yet the highest priority) and until the
software has stabilized more.

Dan