<div dir="ltr">Hi everyone,<div><br></div><div>At the Mitaka design summit in Tokyo we had some corridor discussions about doing a mid-cycle meetup for the purpose of continuing some design discussions and doing some specific sprint work.</div><div><br></div><div>***</div><div>I'd like indications of who would like to attend and what locations/dates/topics/sprints would be of interest to you.</div><div>***</div><div><br></div><div>For guidance/background I've put some notes together below:</div><div><br></div><div>Location</div><div>--------</div><div>We have contributors, deployers and downstream consumers across the globe so picking a venue is difficult. Rackspace have facilities in the UK (Hayes, West London) and in the US (San Antonio) and are happy for us to make use of them.<br></div><div><br></div><div>Dates</div><div>-----</div><div>Most of the mid-cycles for upstream OpenStack projects are being held in January. The Operators mid-cycle is on February 15-16.</div><div><br></div><div>As I feel that it's important that we're all as involved as possible in these events, I would suggest that we schedule ours after the Operators mid-cycle.</div><div><br></div><div>It strikes me that it may be useful to do our mid-cycle immediately after the Ops mid-cycle, and do it in the UK. This may help to optimise travel for many of us.</div><div><br></div><div>Format</div><div>------</div><div>The format of the summit is really for us to choose, but typically they're formatted along the lines of something like this:</div><div><br></div><div><div>Day 1: Big group discussions similar in format to sessions at the design summit.</div><div><br></div><div>Day 2: Collaborative code reviews, usually performed on a projector, where the goal is to merge things that day (if a review needs more than a single iteration, we skip it. If a review needs small revisions, we do them on the spot).</div><div><br></div><div>Day 3: Small group / pair programming.</div><div><br></div><div>Topics</div><div>------</div><div>Some topics/sprints that come to mind that we could explore/do are:</div><div> - Install Guide Documentation Improvement [1]</div><div> - Development Documentation Improvement (best practises, testing, how to develop a new role, etc)</div><div> - Upgrade Framework [2]</div><div> - Multi-OS Support [3]</div><div><br></div><div>[1] <a href="https://etherpad.openstack.org/p/oa-install-docs">https://etherpad.openstack.org/p/oa-install-docs</a></div><div>[2] <a href="https://etherpad.openstack.org/p/openstack-ansible-upgrade-framework">https://etherpad.openstack.org/p/openstack-ansible-upgrade-framework</a></div><div>[3] <a href="https://etherpad.openstack.org/p/openstack-ansible-multi-os-support">https://etherpad.openstack.org/p/openstack-ansible-multi-os-support</a></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Jesse Pretorius<br>IRC: odyssey4me</div></div></div>
</div></div>