[ubuntu-cloud] size of uec images

Soren Hansen soren at ubuntu.com
Thu Oct 8 14:08:42 BST 2009


On Thu, Oct 08, 2009 at 05:49:35AM -0700, Steve Langasek 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. :)

Sorry, I was unclear.. The bundling tool acts on the extracted image.

>>> 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.

I agree.

-- 
Soren Hansen                 | 
Lead virtualisation engineer | Ubuntu Server Team
Canonical Ltd.               | http://www.ubuntu.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20091008/22cc388d/attachment.pgp 


More information about the ubuntu-devel mailing list