size of uec images

[Steve Langasek]

On Thu, Oct 08, 2009 at 01:07:12PM +0200, Soren Hansen wrote:

> > My understanding is that images have to be uncompressed for rebundling
> > on the end user's system before they can be used on UEC anyway, right?
> > In that case, 'tar xf' should be no harder than 'gunzip', hopefully
> > it's just a small documentation change.
> 
> Another good reason to make this change: The bundling tool actually does
> exactly what you suggest: It "tar -S | gzip"'s the image. We could
> potentially add an option to the bundling tool to tell it that the image
> is already in that format, so that we could skip the decompress step
> altogether.

<cough> then that's a very good reason to make the change, since 'tar -S'
only does anything useful if the input file is a sparse file, and an img.gz
is never going to be sparse. :)

> > Is there any reason we can't ship these as img.tar.gz instead of
> > img.gz?

> The only reason I can think of is that there are already scripts "out
> there" that fetch these images expecting to be able to unpack them in a
> particular way.

Given that the size of the UEC images seems to also be a bottleneck fore
milestone testing (from some of the comments I saw during beta validation),
I think pushing fixes to those scripts is going to be less of a problem than
continuing with the status quo.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek at ubuntu.com                                     vorlon at debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20091008/bb30c4dc/attachment.pgp