<div dir="ltr"><div style="font-size:13px">I'm new to this, but here goes:</div><div style="font-size:13px"><br></div><div style="font-size:13px">Meeting held on IRC today at 14:00 UTC to jumpstart a new process for</div><div style="font-size:13px">arranging OpenStack operators mid-cycle meetups.</div><div style="font-size:13px"><br></div><div style="font-size:13px">Nice minutes from Tom here</div><div style="font-size:13px"><a href="http://eavesdrop.openstack.org/meetings/ops_meetups_team/2016/ops_meetups_team.2016-05-17-14.00.html" target="_blank">http://eavesdrop.openstack.org/meetings/ops_meetups_team/2016/ops_meetups_team.2016-05-17-14.00.html</a></div><div style="font-size:13px"><br></div><div style="font-size:13px">etherpad here : <a href="https://etherpad.openstack.org/p/ops-meetups-team" target="_blank">https://etherpad.openstack.org/p/ops-meetups-team</a></div><div style="font-size:13px"><br></div><div style="font-size:13px">In short there was consensus behind the mailing list locking in a</div><div style="font-size:13px">region and approximate time slot for each meetup and then making an</div><div style="font-size:13px">open call for meeting hosts/"underwriters". The region would be one of</div><div style="font-size:13px">: north america, europe or APAC in such a way as to oppose the region</div><div style="font-size:13px">of the following OpenStack summit. There is also desire to cap numbers</div><div style="font-size:13px">and somehow encourage operators/users and discourage vendors from</div><div style="font-size:13px">attending without getting to the level of having to vet</div><div style="font-size:13px">individuals. To that end I volunteered to propose a definition of</div><div style="font-size:13px">users, and so here goes:</div><div style="font-size:13px"><br></div><div style="font-size:13px">------</div><div style="font-size:13px"><br></div><div style="font-size:13px">The openstack operators meetings have a preference for 'users'</div><div style="font-size:13px">vs. 'vendors' since the vendors have every opportunity to get their</div><div style="font-size:13px">message across at the Summit in the vendor sessions, the marketplace</div><div style="font-size:13px">etc. Meanwhile, operators need a venue to share frank, unfettered,</div><div style="font-size:13px">possibly highly critical info about products and core openstack</div><div style="font-size:13px">components.</div><div style="font-size:13px"><br></div><div style="font-size:13px">For the purposes of getting the meet ups organised then, the following</div><div style="font-size:13px">definition is proposed:</div><div style="font-size:13px"><br></div><div style="font-size:13px">Definition:</div><div style="font-size:13px"><br></div><div style="font-size:13px">All attendees at an OpenStack operators mid-cycle meetup ('the</div><div style="font-size:13px">meetup') should be willing and able to discuss issues arising from</div><div style="font-size:13px">operating OpenStack for private cloud at some kind of scale, including</div><div style="font-size:13px">ideally having direct experience of OpenStack private cloud operation</div><div style="font-size:13px">or expectation of that in future. Representatives from organisations</div><div style="font-size:13px">having both a vendor and a user role in the OpenStack community should</div><div style="font-size:13px">wear their user hat for the purposes of the meetup. Attendance by</div><div style="font-size:13px">those fitting these guidelines is highly encouraged.</div><div><br></div>-- <br><div class="gmail_signature">Chris Morgan <<a href="mailto:mihalis68@gmail.com" target="_blank">mihalis68@gmail.com</a>></div>
</div>