<div dir="ltr">Hi all:<div><br></div><div>I agree with most of what Jorge wrote.  I still need to be sold on the following:</div><div style><span style="font-family:arial,sans-serif;font-size:13px"><snip></span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">The subteam would manage itself, without needing</span><br style="font-family:arial,sans-serif;font-size:13px"><span style="font-family:arial,sans-serif;font-size:13px">acks for future additions/removals/admin of the team needed.</span><br>
</div><div style><span style="font-family:arial,sans-serif;font-size:13px"></snip></span></div><div style><font face="arial, sans-serif">There is the _risk_ of diverging from the standing policy and/or diluting the quality of the charms.  Some measure of meritocracy should be put in place.</font></div>
<div style><font face="arial, sans-serif"><br></font></div><div style><font face="arial, sans-serif">I also strongly agree with Clint on the amendment of the policy to include the responsibility associated with being a team admin.</font></div>
<div style><font face="arial, sans-serif"><br></font></div></div><div class="gmail_extra"><br clear="all"><div>Thanks,<div><br></div><div>Juan</div></div>
<br><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 12:51 PM, Jorge O. Castro <span dir="ltr"><<a href="mailto:jorge@ubuntu.com" target="_blank">jorge@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ok so Mims figured out how to segment the charm store so that we can<br>
have individual teams take over a charm, this would allow, for<br>
example, the Juju GUI team to rev on their charm quickly without<br>
blocking on ~charmers.<br>
<br>
So over time we'd see things like "postgres-charmers" and<br>
"openstack-charmers", and so on, all independently reviewing their own<br>
work without blocking in the big queue.<br>
<br>
As far as who owns the team, right now the consensus on IRC is<br>
"~charmers create and own the groups", with a +2 needed to create a<br>
team, with the understanding that the team cannot be open (so that any<br>
person could join.) The subteam would manage itself, without needing<br>
acks for future additions/removals/admin of the team needed.<br>
<br>
Clint would also like to add a new snippet in policy that ~charmers<br>
explain the responsibilities for team admins, "with great power comes<br>
great responsibility." and all that.<br>
<br>
Thoughts?<br>
<br>
<br>
--<br>
Jorge Castro<br>
Canonical Ltd.<br>
<a href="http://juju.ubuntu.com" target="_blank">http://juju.ubuntu.com</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
<br>
</font></span></blockquote></div><br></div>