<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 25, 2013 at 8:33 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">Mark McLoughlin wrote:<br>
> I agree with it in principal. I think complete translations are<br>
> important and the only way to achieve that at release time is to stop<br>
> changing them soon enough to give translators a reasonable chance to do<br>
> their thing.<br>
<br>
</div>Note that this is not just about translation, but also about<br>
documentation. It's difficult to write doc when error messages or option<br>
names continue to change until the last minute.<br>
<br></blockquote><div><br></div><div>Yes, this does help, but does not make docs more complete or easier to finish sooner on its own. We've still got 20+ undocumented Grizzly features that we're tracking (10+ more possibilities that haven't landed in code). [1] For all the releases so far, we haven't simultaneously released documentation since it just wasn't nearly complete enough. <br>

<br>Also want to raise my hand and say a doc freeze for translations must be separate from this code string freeze.<br><br></div><div>Now hungry for some ice cream,<br></div><div>Anne<br><br>1. <a href="https://bugs.launchpad.net/openstack-manuals?field.searchtext=grizzly">https://bugs.launchpad.net/openstack-manuals?field.searchtext=grizzly</a><br>

</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> [...]<br>
<div class="im">> Finally, if there's a string freeze then there also needs to be a<br>
> process for approving freeze breaks. Sometimes you can't fix a serious<br>
> bug without changing a string and that has to be allowed.<br>
<br>
</div>Yes, all freezes come with an exception procedure. It can be as simple<br>
as sending an email to the list, or requiring a comment on a bug. The<br>
goal is to make sure we make user-visible changes for a good reason, and<br>
that all the downstream stakeholders are aware of that particular<br>
exception.<br>
<div class="im"><br>
--<br>
Thierry Carrez (ttx)<br>
Release Manager, OpenStack<br>
<br>
</div><div class=""><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></div></div>