<div dir="ltr"><div dir="ltr">Hi Chris</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 28 Jul 2022 at 21:46, Chris MacNaughton <<a href="mailto:chris.macnaughton@canonical.com">chris.macnaughton@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello All,</div><div><br></div><div><tl;dr></div><div>I would like to propose some new ACLs in Gerrit for the openstack-charms project:</div><div><br></div><div>- openstack-core-charms<br></div><div>- ceph-charms</div><div>- network-charms</div><div>- stable-maintenance</div><div></tl;dr></div></div></blockquote><div><br></div><div>I think the names need to be tweaked slightly:</div><div><br></div><div>- charms-openstack</div><div>- charms-ceph</div><div>- charms-ovn</div><div>- charms-maintenance</div><div><br></div><div>This is to keep it inline/similar to the other charms-* groups.</div><div><br></div><div>Back to the email proper:</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>With an increasing focus split among the openstack-charmers team, I'm observing that people are focused on more specific subsets of the charms, and would like to propose that new ACLs are created to allow us to recognize that officially. I've chosen the breakdown above as it aligns neatly with where the focus lines are at this point, letting developers work on their specific focus areas.</div></div></blockquote><div><br></div><div>Whilst this is a reasonable idea, I'll admit to being slightly worried that it will solidify the lines between the teams; but perhaps that's what's going to happen anway?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>This proposal would not reduce permissions for anybody who is currently a core on the openstack-charms project and, in fact, future subteam core members could aspire to full openstack-charmers core as well. Ideally, this approach will let us escalate developers to "core" developers for the subteam(s) where they have demonstrated the expertise we expect in a core-charmer. It also allows a more gradual escalation to being a core in the openstack-charms project, making it a progression rather than a single destination.<br></div></div></blockquote><div><br></div><div>Not a bad idea.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div><br></div><div>As a related addition, I'm appending to this proposal the creation of a stable-maintenance ACL which would allow members to manage backports without a full core-charmer grant.</div></div></blockquote><div><br></div><div>I guess with this one we'd have to be careful when assigning.  Landing things in stable releases is basically a measure of how well we, as a team, manage regressions and how much work that creates in terms of managing our very large stable charm set.  I'd be keen to hold this one back if we can.</div><div><br></div><div>So why trial it with `charms-ceph`?</div><div><br></div><div>Cheers</div><div>Alex</div><div><br></div><div>---</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>---<br></div><div>Chris MacNaughton<br></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Alex Kavanagh - Software Engineer<div><span style="font-size:small">OpenStack Engineering - Data Centre Development - Canonical Ltd</span><br></div></div></div></div></div></div>