<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 3, 2015 at 5:57 AM, Markus Zoeller <span dir="ltr"><<a href="mailto:mzoeller@de.ibm.com" target="_blank">mzoeller@de.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Thanks Matt, Andreas and Anne. A few comments left from my side:<br>
<br>
Anne Gentle <<a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a>> wrote on 01/31/2015 05:18:42<br>
PM:<br>
> From: Anne Gentle <<a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a>><br>
> [...]<br>
<span class="">> Thanks for asking! No need for a blueprint, unless you wanted to push<br>
> the idea of multiple hardware types in the install guide, and I don't<br>
> suggest it. :) The Cloud Admin Guide and Configuration Guide are the<br>
> right places for this info.<br>
<br>
</span>Alright, thanks, I will have a look at them.<br>
<span class=""><br>
> > Q: When we discover additional changes in the next weeks, should we<br>
> >    simply just add them chunk by chunk?<br>
><br>
> We prefer smaller patches than one huge one ;)<br>
<br>
</span>What are the deadlines I have to consider?<br></blockquote><div><br></div><div>For the Cloud Administrator Guide at <a href="http://docs.openstack.org/admin-guide-cloud/content/">http://docs.openstack.org/admin-guide-cloud/content/</a> merged patches are immediately published to the site. So if this feature is not available until Kilo is released, you can create the patch but it won't merge until April.</div><div><br></div><div>For the Configuration Reference, you can auto-generate the configuration tables and create a patch, and it can be merged since that is being published to /trunk/ and will have a branch release in April.</div><div><br></div><div>So, you can certainly start working on patches now.</div><div><br></div><div>Anne </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><br>
> Yes, much easier on the reviewers. :) Also, do you expect to have<br>
> hardware available for testing (by reviewers) or are you testing the<br>
> docs yourselves? Testing is the most difficult and time consuming so<br>
> hopefully you can take that on.<br>
<br>
</span>I assume it would make sense that we as an author of a patchset<br>
test it by ourselves. It wouldn't make sense to expect from the<br>
reviewers to buy a system z for that, although our sales team would<br>
be very happy ;)<br>
<div class=""><div class="h5"><br>
<br>
Regards,<br>
Markus Zoeller<br>
IRC: markus_z<br>
Launchpad: mzoeller<br>
<br>
<br>
_______________________________________________<br>
OpenStack-docs mailing list<br>
<a href="mailto:OpenStack-docs@lists.openstack.org">OpenStack-docs@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a></div>
</div></div>