I was going through the process of testing the epel minor branching process [0] with @cwgeorge, and noticed that I actually don't have permissions to access the infrastructure. It would be ideal that I have them so I can test the process myself and to be able to run the process if needed.
When do you need this? (YYYY/MM/DD)
When is this no longer needed or useful? (YYYY/MM/DD)
If we cannot complete your request, what is the impact? someone else would have to excecute the process
[0] https://pagure.io/epel/issue/304
Sure, what permissions would you like?
Do you have a list or idea what groups?
TBH I'm not aware of what groups do what, but I would need to be able to test the scripts on this PR on the staging environment.
First i'd need access to batcave to be able to do anything if I'm not mistaken (is that sysadmin-releng?)
sysadmin-releng
scripts/branching-epel/get_all_active_packages_branching.sh needs read access to be able to query directly from /srv/git/rpms
scripts/branching-epel/get_all_active_packages_branching.sh
/srv/git/rpms
scripts/branching-epel/create_empty_repos.sh needs to be able to write to /pub/ so it can create the repo paths
scripts/branching-epel/create_empty_repos.sh
scripts/branching-epel/make-koji-release-tags needs to be able to query koji, create new tags
scripts/branching-epel/make-koji-release-tags
We also need to run bodhi releases create.
bodhi releases create
I added you and @carlwgeorge to sysadmin-releng in staging (note that stg and prod have completely seperate auth clusters. ;)
for batcave (in prod) any sysadmin- group should provide access. I can add you both to sysadmin-releng in prod, but would like to get @jnsamyak 's ack.
This is on pkgs01? Auth is weird there. I wonder if we couldn't replace this with a playbook?
I'm not sure this step is needed anymore. I think we just setup ilnks under /mnt/koji/compose/updates/ for the release and that with the new-updates-sync will sync the empty repos to /pub. I might be missing something here tho.
That can be done from your local machine (provided you are a koji admin).
I'm not sure about this. I think this is the bodhiadmin group. I can add you in staging...
happy to put my +1 for sysadmin-releng group for both of them, as I checked and working with them it's mainly required for epel mass branching of minor versions.
Yep it is on pkg machine, or is written to be run under that machine - an option of playbook can be explored tho, not sure about the auth part (a rbac-playbook will work?)
+1 both koji admin and bodhi admin as well, but again happy to run those commands to create tags or creating releases as well, if I have the ticket
Metadata Update from @phsmoura: - Issue tagged with: low-gain, low-trouble, ops
I am already in sysadmin-releng in prod and can ssh into batcave.
I am also a koji admin in prod.
I've added @dherrera to sysadmin-releng in prod.
What all is left here?
@dherrera is there anything missing that you're aware of?
Whatever group allows us to run bodhi releases create and bodhi releases edit. My guess is it's one of these:
bodhi releases edit
Metadata Update from @carlwgeorge: - Issue untagged with: low-gain, low-trouble, ops
Metadata Update from @carlwgeorge: - Issue tagged with: low-gain, low-trouble, ops
It should be 'bodhiadmin' from:
roles/bodhi2/base/templates/production.ini.j2:admin_groups = proventesters security_respons bodhiadmin sysadmin-main bodhi_update_bots
I've added you to the group. Note that you will also now start getting errors from the bodhi web application and possibly other notices. ;)
It didn't work at first, but it did after deleting ~/.config/bodhi/client.json. @dherrera confirmed in chat that it worked for him as well. Thanks!
~/.config/bodhi/client.json
So we can close this ticket now?
I think so, we can re-open if we realize later we missed something.
Metadata Update from @zlopez: - Issue close_status updated to: Fixed with Explanation - Issue status updated to: Closed (was: Open)