AMI waiter needs to be more verbose

[Jc2k]

Can take longer than 10m on travis to copy an ec2 instance to an AMI, during which time the build is silent and thus it fails.

[Jc2k]

AMI builder (touchdown/aws/ec2/ami.py) does this:

self.plan.client.get_waiter('image_available').wait(ImageIds=[image['ImageId']])

which won't emit anything useful to console.

The rest of the waiters implement extra logic - see:

https://github.com/yaybu/touchdown/blob/master/touchdown/aws/common.py#L36

But because this is an action it can't be used here. We should probably make a waiter helper that wraps a botocore waiter and isn't tied to an Action so that the AMI waiter can use it too.

[sHtev]

Yup have this issue on home broadband uploading lambda zips too

[Jc2k]

That's a different one. Ami building starts a task on AWS and then polls AWS until it's done. So it's fairly easy to inject some more verbosity there. Your issue is with an API call that is blocking in botocore. To make that verbose we'll need to pass the upload function a magic stringio/bytesio or some other fp-like adapter that emits status updates, assuming botocore streams fp-like objects in this case...