<p dir="ltr">Any mechanism regarding this work?<br></p>
<p dir="ltr">Esp.hard to get what going on in sfbay hackathon, which i am interest to create smiliar here in indonesia.<br></p>
<p dir="ltr">The tutorial is amazing comperehensive, and we can see all distro tutorial pooled in <a href="http://openstack.org">openstack.org</a>, this is awesome rather visiting every web of distro like ubuntu or centos .<br>
</p>
<p dir="ltr">So when we can work?</p>
<p dir="ltr">F</p>
<div class="gmail_quote">On May 29, 2014 7:20 PM, "Sutton, Harry (Converged Systems & Solutions ERT)" <<a href="mailto:harry.sutton@hp.com">harry.sutton@hp.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm in favor of this - I'd like to get more involved in this effort, and having it as a separate project might simplify that process.<br>
<br>
    /Harry<br>
<br>
On 05/28/2014 10:56 PM, Tom Fifield wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Sean Roberts, Stefano and I just had a very fruitful discussion regarding the training manuals project.<br>
<br>
We think that it's time to allow the the training guides to become a free-standing project of its own accord, and start attracting significantly more people around it.<br>
<br>
This will make it easier for contributors who just want to work on training to find the project, see lists of bugs and tasks relevant to them*, and also provide a clearer pathway toward becoming contributors, and eventually core reviewers.<br>

<br>
It will also enable the training guides project to have its own policies, and allow the repository to be used for investigation of training infrastructure, such as the recent forays into moodle for example.<br>
<br>
However, with every change such as this, there are drawbacks, and so we feel it's important to discuss these as well - and most importantly get your input.<br>
<br>
For example, while we can continue to re-use tools and content, this would mean a different review queue and repository - which could frustrate if you are working across both projects.<br>
<br>
What are your thoughts?<br>
<br>
<br>
Regards,<br>
<br>
<br>
<br>
Tom<br>
<br>
<br>
* as opposed to the 400 odd in the openstack-manuals tracker!<br>
<br>
______________________________<u></u>_________________<br>
Openstack-docs mailing list<br>
<a href="mailto:Openstack-docs@lists.openstack.org" target="_blank">Openstack-docs@lists.<u></u>openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-docs</a><br>
<br>
</blockquote>
<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>
<br></blockquote></div>