Yes, it's absolutely right. For example, Nova and Neutron have official rules for that: https://wiki.openstack.org/wiki/Nova/CoreTeam where it says: "A member of the team may be removed at any time by the PTL. This is typically due to a drop off of involvement by the member such that they are no longer meeting expectations to maintain team membership". https://wiki.openstack.org/wiki/NeutronCore "The PTL may remove a member from neutron-core at any time. Typically when a member has decreased their involvement with the project through a drop in reviews and participation in general project development, the PTL will propose their removal and remove them. Members who have previously been core may be fast-tracked back into core if their involvement picks back up" So, as Louis has mentioned, it's a routine work, and why should we be any different? Also, I suggest to write the same wiki document for Glance to prevent these issues in the future.
Best, Mike 2015-03-05 12:31 GMT+03:00 Thierry Carrez <[email protected]>: > Flavio Percoco wrote: > > [...] > > I personally don't think adding new cores without cleaning up that > > list is something healthy for our community, which is what we're > > trying to improve here. Therefore I'm still -2-W on adding new folks > > without removing non-active core members. > > It's also *extremely* easy to add back long-inactive members if they > happen to come back. > > Again, core is not a badge, it corresponds to a set of duties. If some > people don't fill those duties anymore, it's better to remove them than > to keep them around: it maintains the standards of expected review > activity fore core reviewers at a high level. > > -- > Thierry Carrez (ttx) > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
