<div dir="ltr">Hi Daisy,<br><div><br>Thanks for the feeback. Please find my comments inline.<br></div><div class="gmail_extra">Perhaps I am just raising a question whether the string freeze works effectively for *all* projects.<br><br><div class="gmail_quote">2015-06-05 15:35 GMT+09:00 Ying Chun Guo <span dir="ltr"><<a href="mailto:guoyingc@cn.ibm.com" target="_blank">guoyingc@cn.ibm.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<p><tt><font size="2">Akihiro Motoki <<a href="mailto:amotoki@gmail.com" target="_blank">amotoki@gmail.com</a>> wrote on 2015/06/03 23:25:47:<br>
<br>
> From: Akihiro Motoki <<a href="mailto:amotoki@gmail.com" target="_blank">amotoki@gmail.com</a>></font></tt><br>
<tt><font size="2">> To: "<a href="mailto:openstack-i18n@lists.openstack.org" target="_blank">openstack-i18n@lists.openstack.org</a>" <<a href="mailto:Openstack-i18n@lists.openstack.org" target="_blank">Openstack-i18n@lists.openstack.org</a>></font></tt><br>
<tt><font size="2">> Date: 2015/06/03 23:26</font></tt><br>
<tt><font size="2">> Subject: [Openstack-i18n] Thought on String Freeze</font></tt><span class=""><br>
<tt><font size="2">> <br>
> Hi I18N folks,<br>
</font></tt><br>
<tt><font size="2">> # Congratulation for the official I18N project!!</font></tt><br>
<tt><font size="2">> <br>
> I first thought to send this mail to the dev list, but it seems better<br>
> to share my thought in the I18N folks first.<br>
</font></tt><br>
<tt><font size="2">> Problems<br>
> ==========</font></tt><br>
<tt><font size="2">> <br>
> I am feeling that String Freeze does not work well in the past <br>
> several releases.There are several </font></tt><br>
<tt><font size="2">> I think we should not apply String Freeze for projects for which not<br>
> so many translators work on.</font></tt><br>
<tt><font size="2">> <br>
> As far as I understand, Horizon and documentations are targets</font></tt><br>
<tt><font size="2">> for most translations in the past several releases.</font></tt><br>
<tt><font size="2">> On the other hands, core reviewers of projects other than Horizon and docs</font></tt><br>
<tt><font size="2">> (including keystone) were taking care of String Freeze exception WELL.<br>
</font></tt><br>
</span><tt><font size="2">Thank you for bringing this topic under discussion.</font></tt><br>
<br>
<tt><font size="2">Translation team focus on Horizon and document.</font></tt><br>
<tt><font size="2">It is true for now. But maybe in the future, it is not true.</font></tt><br>
<tt><font size="2">You never know some time translation team may decide to translate other projects.</font></tt><br>
<tt><font size="2">You don't know whether there is another group of team (not community translation team )</font></tt><br>
<tt><font size="2">who are translating them.</font></tt><br></p></div></blockquote><div>You are right to some extent, but I would like to point out that "String Freeze"<br></div><div>only applies to the release critical period.<br></div><div>If some team catches up its translation after the release, it is not related.<br></div><div>I am not sure if we need to care translations which are not synced with<br></div><div>OpenStack upstream releases.<br><br></div><div>Under the "big tent" model, we have more and more projects.<br></div><div>If we don't have translations for most of projects, there is no reason<br></div><div>we request them to apply "string freeze" as a result.<br></div><div>How can translation teams scale? If translation teams do not scale<br>in the near term, doesn't it sound reasonable that we prevent non-interested project<br>(from translation perspective) from merging changes freely?<br></div><div>This is the background I proposed to declare *interested* project.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>
<tt><font size="2">"String freeze" is there when translation team were not set up.</font></tt><br>
<tt><font size="2">I don't like treating some projects differently just because </font></tt><br>
<tt><font size="2">translation team don't translate them now.</font></tt><br>
<br>
<tt><font size="2">Do you think handling String Freeze exception is a burden ?</font></tt><br>
<tt><font size="2">I remember String Freeze exception emails are sent automatically, </font></tt><br>
<tt><font size="2">if developers add a tag to the patch.</font></tt><br></p></div></blockquote><div>From my experience, it is not a big burden but as a project reviewer<br>if we can know we don't need to take care of string changes in RC phases<br></div><div>it would be great. We sometimes put -1 only due to string changes,<br></div><div>but no translations actually come in. As a result, taking care of string changes<br></div><div>turns out useless efforts as a result. (Honestly I approved several patches<br></div><div>with string changes because we didn't see any translation efforts in the project).<br></div><div>Core reviewers in every project need to take care of all things before approving patches,<br></div><div>but they have limited times and would like to spend their time on useful things,<br></div><div>so it would be great if we can know "string freeze is effective in our project<br></div><div>and it is useful".<br><br></div><div>The all above comes from the point of project core reviewers,<br></div><div>but I think it is worth considered.<br><br></div><div>I am exploring if I18N community can make active feedbacks<br>so that the whole dev commuty works efficiently<br>(rather than just waiting passive response),<br></div><div>and just raising a question from the other side<br>(not as I18N team but a core reviewer of several projects).<br></div><div><br></div><div>Thanks,<br></div><div>Akihiro<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>
<tt><font size="2"> </font></tt><br>
<tt><font size="2">Thoughts ?</font></tt><span class=""><br>
<br>
<tt><font size="2">> My Proposal<br>
> =============<br>
</font></tt><br>
<tt><font size="2">> Considering the current status, I think we should limit "String Freeze"</font></tt><br>
<tt><font size="2">> only to projects which translators are interested in.</font></tt><br>
<tt><font size="2">> My idea is to declare projects we would like to enable "String Freeze"</font></tt><br>
<tt><font size="2">> just after Liberty-3 is cut.</font></tt><br>
<tt><font size="2">> By doing so, other projects no longer need to take care of String <br>
> Freeze exception.<br>
</font></tt><br>
<tt><font size="2">> (Note that the freeze date of the documentation projects are different and</font></tt><br>
<tt><font size="2">> we can apply some different policy on documentations).</font></tt><br>
<tt><font size="2">> <br>
> Thought?</font></tt><br>
<tt><font size="2">> I cannot join the team meeting tomorrow due to LinuxCon/CloudOpen Japan,<br>
> but I hope you will share your thought on this topic.<br>
</font></tt><br>
<tt><font size="2">> Thanks,</font></tt><br>
</span><tt><font size="2">> Akihiro<br>
> _______________________________________________<br>
> Openstack-i18n mailing list<br>
> <a href="mailto:Openstack-i18n@lists.openstack.org" target="_blank">Openstack-i18n@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n</a><br>
</font></tt></p></div></blockquote></div><br></div></div>