Config drive can support all EC2 functionality, I believe.<div><br></div><div>Images would need to be respun for OpenStack with config-drive, unless we populated the config drive in a way that worked with cloud-init.  (Scott?)</div>
<div><br></div><div>Personally, I'd rather our effort went into producing great images for OpenStack, than into compatibility with last-generation clouds.  Any idea what the "important" EC2 images are?  Are there a handful of images that we could duplicate and then just forget about EC2?</div>
<div><br></div><div><br></div><div><div><div class="gmail_quote">On Tue, Apr 10, 2012 at 10:30 AM, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@yahoo-inc.com">harlowja@yahoo-inc.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Except for the fact that the config drive is non-EC2 right?<br>
<br>
That might blow it out of the water to start, as I know a lot of people want the EC2 equivalents/compat.<br>
<br>
But maybe if done right it shouldn’t matter (ie cloud-init could instead of calling out to urls could also call out to “local files” on a config drive).<br>
<br>
I just worry that config drive is openstack api only, afaik.</span></font></div></blockquote></div></div></div>