<div>
                    <span style="font-size: 12px;">EC2 is strategically important.  I don't believe that building "gold images" is the right focus for OpenStack.</span>
                </div><div><span style="font-size: 12px;"><br></span></div><div><span style="font-size: 12px;">Anyone wanting to use config-drive would need to support it in their images, that is a no-brainer. It should not be required that images launching in Nova via the EC2 API support config-drive. The EC2 metadata service must remain.</span></div><div><span style="font-size: 12px;"><br></span></div><div><span style="font-size: 12px;">The EC2 API is intended to mimic EC2 behavior and provide compatibility. The OpenStack implementations should not diverge or break that compatibility.</span></div>
                <div><div><br></div>-- <br>Eric Windisch<div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Tuesday, April 10, 2012 at 2:05 PM, Justin Santa Barbara wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>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>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 type="cite"><div>



<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></div></blockquote></div></div></div>
</div><div><div>_______________________________________________</div><div>Mailing list: <a href="https://launchpad.net/~openstack">https://launchpad.net/~openstack</a></div><div>Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a></div><div>Unsubscribe : <a href="https://launchpad.net/~openstack">https://launchpad.net/~openstack</a></div><div>More help   : <a href="https://help.launchpad.net/ListHelp">https://help.launchpad.net/ListHelp</a></div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>