<br><br><div class="gmail_quote">On Mon, Jul 23, 2012 at 12:00 PM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Doug Hellmann wrote:<br>
><br>
> On Wed, Jul 18, 2012 at 7:00 PM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a><br>
</div><div><div class="h5">> <mailto:<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>>> wrote:<br>
><br>
>     Mark McLoughlin wrote:<br>
>     >> Making our multiple projects converge onto consolidated and<br>
>     >> well-accepted APIs is a bit painful work, but it is a prerequisite to<br>
>     >> turning openstack-common into a proper library (or set of libraries).<br>
>     >><br>
>     >> I'd say the whole thing suffers from not having a proper<br>
>     >> team/leader/coordinator dedicated to it: relying on existing,<br>
>     >> overstretched PTLs to lead that effort might not be the fastest path.<br>
>     ><br>
>     > While I was on vacation, I read in the weekly newsletter:<br>
>     ><br>
>     >   "It developed into a request for leadership for openstack-common"<br>
>     ><br>
>     > and was like "WTF do you call the work that e.g. I, Jason, Russell and<br>
>     > Doug have been doing?"<br>
>     ><br>
>     > But I see your point is a little different - you feel there should<br>
>     be an<br>
>     > elected/appointed "PTL without a PPB vote" or whatever to<br>
>     represent the<br>
>     > project. I guess that could help clarify things since it's what folks<br>
>     > are used to with other projects.<br>
><br>
>     Right. So far we said that openstack-common was driven by "all the<br>
>     PTLs", but that didn't prove particularly fast and efficient. Having a<br>
>     clear face associated with it, someone specific taking the "lead" on<br>
>     this project, will, I think, help a bit in getting to the next step.<br>
><br>
><br>
> Sorry if this rekindles old arguments, but could someone summarize the<br>
> reasons for an openstack-common "PTL" without voting rights? I would<br>
> have defaulted to giving them a vote *especially* because the code in<br>
> common is, well, common to all of the projects.<br>
<br>
</div></div>So far, the PPB considered openstack-common to be driven by "all PTLs",<br>
so it didn't have a specific PTL.<br>
<br>
As far as future governance is concerned (technical committee of the<br>
Foundation), openstack-common would technically be considered a<br>
supporting library (rather than a core project) -- those can have leads,<br>
but those do not get granted an automatic TC seat.<br></blockquote><div><br></div><div>OK, I can see the distinction there. I think the project needs an official leader, even if we don't call them a PTL in the sense meant for other projects. And I would expect anyone willing to take on the PTL role for common to be qualified to run for one of the open positions on the new TC, if they wanted to participate there.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[ Avoiding the need to distinguish between "worthy" and "unworthy"<br>
projects leads was one of the many reasons why I preferred the TC to be<br>
completely directly-elected. ]</blockquote><div><br></div><div>That does make sense.</div><div><br></div><div>Doug</div><div> </div></div>