From Fedora Project Wiki

Revision as of 14:50, 22 September 2010 by Jkeating (talk | contribs) (New SOP woo!)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Template Guidance
The page source contains comments with guidance for each section. They are invisible when viewing this page in its saved state. To view the comments, choose the "edit" link.
Copy the source to a new page before making changes!

Description

People volunteer (or get assigned) to doing Fedora release engineering from time to time. This SOP seeks to describe the process to add a new release engineer so that they have the rights to accomplish their tasks, know where to find the tasks, and are introduced to the existing members.

Action

A new release engineer will access rights in a variety of systems, as well as be introduced to the releng group.

Git

Fedora Release Engineering maintains a git repo of scripts. This can be found at ssh://git.fedorahosted.org/git/releng . Write access to this group is controlled by access to the 'gitreleng' FAS group. The new member's FAS username will need to be added to this group.

FIXME: walkthrough group addition

FAS

There is a releng group in FAS that release engineers are added to in order to grant them various rights within the Fedora infrastructure. The new member's FAS username will need to be added to this group.

FIXME: walkthrough group addition

Koji

In order to perform certain (un)tagging actions a release engineer must be an admin in koji. To grant a user admin rights one uses the grant-permission command in koji.

$ koji grant-permission --help
Usage: koji grant-permission <permission> <user> [<user> ...]
(Specify the --help global option for a list of other help options)

Options:
  -h, --help  show this help message and exit

For example if we wanted to grant npetrov admin rights we would issue:

$ koji grant-permission admin npetrov

Sigul

Sigul is our signing server system. They need to bet setup as a signer if they are going to be signing packages for a release.

FIXME: link to sigul SOP

Wiki Page

The new release engineer should be added to the Release Engineering membership list

rel-eng email list

Release engineering ticket spam and discussion happens on our Mailing List. New releng people need to subscribe.

IRC

We ask that release engineers idle in #fedora-admin on Freenode to be available for queries by other infrastructure admins.

New member announcement

When a new releng member starts, we announce it to the email list. This lets the other admins know to expect a new name to show up in tickets and on IRC.

Verification

Git

You can verify group membership by sshing to a system that is setup with FAS and using getent to verify membership in the gitreleng group:

$ ssh gateway.fedoraproject.org
$ getent group gitreleng
gitreleng:x:101647:ausil,jkeating,jwboyer,notting,npetrov,skvidal,spot,wtogami

You can verify that npetrov is in the above list.

FAS

You can verify group membership by sshing to a system that is setup with FAS and using getent to verify membership in the releng group:

$ ssh gateway.fedoraproject.org
$ getent group releng
releng:x:101737:ausil,jkeating,jwboyer,kevin,lmacken,notting,npetrov,spot,wtogami

You can verify that npetrov is in the above list.

Koji

To verify that the releng member is an admin koji use the list-permissions koji command:

$ koji list-permissions --user npetrov
admin

This shows that npetrov is an admin.

Sigul

FIXME

Wiki Page

Verification is easy. Just look at the page.

releng mailing list

Verify by asking the user if they got the announcement email

Announcement email

See above

Consider Before Running

  • Make sure the releng person has a solid grasp of the tasks we do and where to get help if stuck