# Permission to update the SC group

**URL:** <https://forum.ansible.com/t/permission-to-update-the-sc-group/7826>\
**Category:** Project Discussions\
**Tags:** community-wg\
**Created:** [August 13, 2024, 4:20pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826 "2024-08-13T16:20:44Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [August 13, 2024, 4:20pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/1 "2024-08-13T16:20:44Z")

</div>

Let’s discuss [this comment](https://forum.ansible.com/t/split-discussion-on-core-rep-to-sc-2024/39679/6). I don’t think we should discuss it in the original thread, looks out of scope to me there.

The question is: Who should be allowed to update (add or remove members) the [@SteeringCommittee](https://forum.ansible.com/groups/steeringcommittee) group?

---

<div class="post-metadata">

**Author:** ![gundalow](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gundalow/32/99_2.png) [@gundalow](https://forum.ansible.com/u/gundalow)\
**Post date:** [August 13, 2024, 6:09pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/2 "2024-08-13T18:09:36Z")

</div>

Thanks for pulling this question into it’s own thread.

Should it just be anybody in Steering Committee? (and Forum Admins)?

---

<div class="post-metadata">

**Author:** ![Andersson007](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/andersson007/32/89_2.png) [@Andersson007](https://forum.ansible.com/u/Andersson007)\
**Post date:** [August 14, 2024, 9:05am UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/3 "2024-08-14T09:05:28Z")

</div>

Currently there are a couple of members in SC who are also forum admins, but i think it’s fine for the SC group members to have a possibility to update themselves. Even if someone gets accidentally removed by someone, we could always restore the members based on the members list on [docs.ansible.com](http://docs.ansible.com)

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [August 14, 2024, 3:29pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/4 "2024-08-14T15:29:29Z")

</div>

I think anybody in SC should be able to update that group. I think teams should be able to manage themselves, and this also means to update any group memberships. And we have the forum admins to revert any accidental or even malicious changes.

ATM my preference is to allow all SC members to update the SC group.

That said, I can also live with the current situation or something between it and allowing _all_ SC members to add / remove people from the SC group. But I think it’s really worth a discussion.

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [August 14, 2024, 5:15pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/5 "2024-08-14T17:15:53Z")

</div>

As Sandra mentioned in [Ansible Core Steering Committee Representative - #9 by samccann](http://forum.ansible.com/t/5000/9) currently 3 SC members who can do this (Gundalow, Andrei, me). (I just checked, I have a “Add Users” button, and a settings menu for every member with an entry “Remove Member”, including one for myself 🙂 )

I agree with Mario that it’s fine if every SC member can edit membership, since a) we should better trust each other anyway, and b) forum admins can always clean up in case something went south. I also agree that keeping the current situation is also fine, since a) there are several members out of which usually at least one is active who can modify the user list, and b) there’s always the forum admin fallback.

Maybe we should have an informal poll in a few days, if nobody comes up with good arguments for one specific solutions.

---

<div class="post-metadata">

**Author:** ![jimi](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/jimi/32/3491_2.png) [@jimi](https://forum.ansible.com/u/jimi)\
**Post date:** [August 14, 2024, 6:07pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/6 "2024-08-14T18:07:07Z")

</div>

As the Core team’s position rotates, I’m not sure how difficult it’d be to give us permission to edit the list so I’m fine if we’re left off the permissions.

---

<div class="post-metadata">

**Author:** ![mariolenz](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/mariolenz/32/108_2.png) [@mariolenz](https://forum.ansible.com/u/mariolenz)\
**Post date:** [August 14, 2024, 7:52pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/7 "2024-08-14T19:52:48Z")

</div>

The core team wouldn’t have permissions. Only the current core team representative. So you could add your successor and then leave the group.

The core team itself should’nt be allowed to edit the SC group, only the current core representative. Just like the other SC members.

I don’t think we should make a difference between “direct” SC members and “team representative members”. SC member means SC member, no matter if directly of as a team representative.

---

<div class="post-metadata">

**Author:** ![gwmngilfen](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gwmngilfen/32/6_2.png) [@gwmngilfen](https://forum.ansible.com/u/gwmngilfen)\
**Post date:** [August 16, 2024, 12:11pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/8 "2024-08-16T12:11:27Z")

</div>

I’ve no opinion on the SC specifically, but in terms of how Discourse works, groups have “members” and “owners”, and owners can make changes. For some groups this makes sense, espeically free-to-join groups like many of the WGs. If you prefer to give everyone the same rights, then just make everyone an owner.

To state the obvious, admins can obviously change/fix stuff too, in case you need us 😉

---

<div class="post-metadata">

**Author:** ![felixfontein](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/felixfontein/32/7530_2.png) [@felixfontein](https://forum.ansible.com/u/felixfontein)\
**Post date:** [August 21, 2024, 6:22pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/9 "2024-08-21T18:22:27Z")

</div>

I just promoted everyone to owner after we talked a bit about it at the community meeting. If anyone doesn’t like that, please object here. We can always change it. If everyone is fine with it, we’ll just keep it 🙂

---

<div class="post-metadata">

**Author:** ![gotmax23](https://sea1.discourse-cdn.com/ansible/user_avatar/forum.ansible.com/gotmax23/32/106_2.png) [@gotmax23](https://forum.ansible.com/u/gotmax23)\
**Post date:** [August 21, 2024, 6:26pm UTC](https://forum.ansible.com/t/permission-to-update-the-sc-group/7826/10 "2024-08-21T18:26:14Z")

</div>

@jimi and future [@Core](https://forum.ansible.com/groups/core) representatives: now that all SC members are group owner, it’d be helpful if, in addition to updating the Core representative ticket, you added your successor to the SteeringCommittee group before leaving it.
