utilize 'xc2 ximages' to avoid expensive 'xc2 describe-images'

The describe-images call is heavy both in terms of time and cpu.
As there are more and more images in each EC2 region, the network
bandwidth and returned XML get larger and larger.  This is in addition 
to the fact that the ec2-describe-images java command is already quite 
slow to start.

This change makes use of the 'xc2 ximages' command.
That command fronts 'describe-images', 'register' and 'deregister'
allowing you to basically function on a cache with those commands.

Each script basically does
  export XC2_XIMAGES_CACHE_D=${XC2_XIMAGES_CACHE_D:-"$TMPD/ximgcache"}
and then replaces the 'xc2 describe-images' calls with
'xc2 ximages describe-images' and the caching is then transparent.

This should not cause any issues because the tools largely operate
on only their build-id/name when publishing.

For the cleaning scripts, this could potentially cause problems if
multiple were run concurrently, but we're only generally running 
those once a day.

This should make the 'checking for existing' function take almost
no time at all, as the local cache will be consulted after a single
describe-images in that region is done.