<div dir="ltr">Hi Robert, <div><br></div><div>What's your plan for documenting the efforts so that others can do this in their environments? Is there any documentation currently for which you can send links?</div><div>

<br></div><div style>The Doc team is especially interested in configuration docs and installation docs as those are the toughest to produce in a timely, accurate manner now. We have a blueprint for automatically generating docs from configuration options in the code. We are trying to determine a good path for install docs for meeting the release deliverable -- much discussion at <a href="http://lists.openstack.org/pipermail/openstack-docs/2013-July/002114.html">http://lists.openstack.org/pipermail/openstack-docs/2013-July/002114.html</a>. Your input welcomed.</div>

<div><br></div><div>Thanks,</div><div>Anne</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 10, 2013 at 3:40 AM, Robert Collins <span dir="ltr"><<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 10 July 2013 20:01, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br>


><br>
> Robert Collins wrote:<br>
> > Official Title: OpenStack Deployment<br>
> > PTL: Robert Collins <<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a><br>
> > <mailto:<a href="mailto:robertc@robertcollins.net">robertc@robertcollins.net</a>><br>
> > Mission Statement:<br>
> >   Develop and maintain tooling and infrastructure able to<br>
> >   deploy OpenStack in production, using OpenStack itself wherever<br>
> >   possible.<br>
> ><br>
> > I believe everyone is familiar with us, but just in case, here is some<br>
> > background: we're working on deploying OpenStack to bare metal using<br>
> > OpenStack components and cloud deployment strategies - such as Heat for<br>
> > service orchestration, Nova for machine provisioning Neutron for network<br>
> > configuration, golden images for rapid deployment... etc etc. So far we<br>
> > have straight forward deployment of bare metal clouds both without Heat<br>
> > (so that we can bootstrap from nothing), and with Heat (for the<br>
> > bootstrapped layer), and are working on the KVM cloud layer at the moment.<br>
><br>
> Could you provide the other pieces of information mentioned at:<br>
> <a href="https://wiki.openstack.org/wiki/Governance/NewPrograms" target="_blank">https://wiki.openstack.org/wiki/Governance/NewPrograms</a><br>
<br>
</div>ack:<br>
<br>
* Detailed mission statement (including why their effort is essential<br>
to the completion of the OpenStack mission)<br>
<br>
I think this is covered. In case its not obvious: if you can't install<br>
OpenStack easily, it becomes a lot harder to deliver to users. So<br>
deployment is essential (and at the moment the market is assessing the<br>
cost of deploying OpenStack at ~ 60K - so we need to make it a lot<br>
cheaper).<br>
<br>
* Expected deliverables and repositories<br>
<br>
We'll deliver and maintain working instructions and templates for<br>
deploying OpenStack.<br>
Repositories that are 'owned' by Deployment today<br>
diskimage-builder<br>
tripleo-image-elements<br>
triple-heat-templates<br>
os-apply-config<br>
os-collect-config<br>
os-refresh-config<br>
toci [triple-o-CI][this is something we're discussing with infra about<br>
where it should live... and mordred and jeblair disagree with each<br>
other :)].<br>
tripleo-incubator [we're still deciding if we'll have an actual CLI<br>
tool or just point folk at the other bits, and in the interim stuff<br>
lives here].<br>
<br>
<br>
* How 'contribution' is measured within the program (by default,<br>
commits to the repositories associated to the program)<br>
<br>
Same as rest of OpenStack : commits to any of these repositories, and<br>
we need some way of recognising non-code contributions like extensive<br>
docs/bug management etc, but we don't have a canned answer for the<br>
non-code aspects.<br>
<br>
* Main team members<br>
Is this the initial review team, or something else? If its the review<br>
team, then me/Clint/Chris Jones/Devananda.<br>
If something else then I propose we start with those who have commits<br>
in the last 6 months, namely [from a quick git check, this may be<br>
imperfect]:<br>
Me<br>
Clint Byrum<br>
Chris Jones<br>
Ghe Rivero<br>
Chris Krelle<br>
Devananda van der Veen<br>
Derek Higgins<br>
Cody Somerville<br>
Arata Notsu<br>
Dan Prince<br>
Elizabeth Krumbach<br>
Joe Gordon<br>
Lucas Alvares Gomes<br>
Steve Baker<br>
Tim Miller<br>
<br>
Proposed initial program lead (PTL)<br>
I think yours truely makes as much sense as anything :).<br>
<div class="im HOEnZb"><br>
-Rob<br>
<br>
--<br>
Robert Collins <<a href="mailto:rbtcollins@hp.com">rbtcollins@hp.com</a>><br>
Distinguished Technologist<br>
HP Cloud Services<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>
</div>