<div dir="ltr">So when a user manages a discussion across a group of operators, who's input is then fed into the development teams who are developing the software, and in such a way are supporting the development cycle, would those downstream users (I'm not touching the code), not also be ATCs?  The discussions are technical, they are active, and they are hopefully contributing to the codebase.  But the venue, and resources involved are clearly users.<div><br></div><div>How do you differentiate that.</div><div><br></div><div>But I'll also say, we are now _way_ off topic.  The point that drove a lot of this discussion wasn't wether Ops should get ATC (perhaps needs a separate thread, as I believe strongly that they should), but wether there was a model by which the downstream users could be recognized for their contributions to making OpenStack functional.  Hence the concept that perhaps for now, it makes sense to have a different title, and still allow folks to go to conferences where they can continue to engage with the community, at a technical level, to further all of our goals at growing OpenStack.</div><div><br></div><div>I still think we should go with TOC/IRO/ACC or whatever, and discuss what a technical contribution might be separately.</div><div><br></div><div>Robert</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 9:38 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2016-03-04 16:34:27 +0200 (+0200), Maish Saidel-Keesing wrote:<br>
[...]<br>
<span class="">> By saying that someone who contributes to OpenStack - but doing so by<br>
> not writing code are not entitled to any technical say in what<br>
> directions OpenStack should pursue or how OpenStack should be governed,<br>
> is IMHO a weird (to put it nicely) perception of equality.<br>
</span>[...]<br>
<br>
Conversely, you're arguing for an expansion of scope for the TC. Its<br>
charter right now gives it power to govern the activities of the<br>
groups which produce the software and documentation which make up<br>
OpenStack. We have a separate governing body, the UC, which is<br>
intended to represent the people who deploy, run and interact with<br>
OpenStack software. Are you saying the UC should be dissolved and<br>
everyone it formerly represented should come under the jurisdiction<br>
of the TC? Or that we should all be represented by both the TC and<br>
UC no matter what our involvement with the OpenStack<br>
community/ecosystem might be? Or something else entirely?<br>
<br>
Governance in OpenStack is a two-way street, and the people whose<br>
actions are governed choose who governs those actions. Any increase<br>
in scope of possible voters is an equal increase in scope for the<br>
body governing them, and I don't personally think we should hand the<br>
TC additional jurisdiction outside its present charter.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>