2021-04-23 05:35:39 -05:00
|
|
|
<!--
|
|
|
|
This template is used when a new main PGP public key needs to be added to the
|
|
|
|
distribution's keyring.
|
|
|
|
It is used by users with a valid packager key.
|
2022-02-24 16:48:25 -06:00
|
|
|
|
|
|
|
NOTE: All comment sections with a MODIFY note need to be edited. All checkboxes
|
|
|
|
in the "Checks" section labeled as "Owner of new key" need to be checked by the
|
|
|
|
owner of the new key.
|
2021-04-23 05:35:39 -05:00
|
|
|
-->
|
2022-11-22 16:27:55 -06:00
|
|
|
/assign @archlinux/teams/main-key-holders
|
2021-04-23 05:35:39 -05:00
|
|
|
/label ~"new main key"
|
2021-05-09 10:59:14 -05:00
|
|
|
/title New main key of <!-- MODIFY: Add new main key holder's username -->
|
2021-04-23 05:35:39 -05:00
|
|
|
<!--
|
|
|
|
Please do not remove the above quick actions, which automatically label the
|
|
|
|
issue and assign relevant users.
|
|
|
|
-->
|
|
|
|
|
|
|
|
# Add a new main key
|
|
|
|
|
|
|
|
## Details
|
|
|
|
|
2021-05-09 10:59:14 -05:00
|
|
|
- Username: <!-- MODIFY: Add the @-prefixed username -->
|
2022-02-24 16:48:25 -06:00
|
|
|
- PGP key ID: <!-- MODIFY: Add the output of `gpg --keyid-format long --list-key <MY UID> | sed -n '2p' | tr -d ' '` here -->
|
2021-05-09 10:59:14 -05:00
|
|
|
- Revocation Certificate Holder: <!-- MODIFY: Add the @-prefixed username of the revocation certificate holder -->
|
2021-04-23 05:35:39 -05:00
|
|
|
|
|
|
|
<!--
|
2022-02-24 16:48:25 -06:00
|
|
|
MODIFY: Attach the above information of the details section as a clearsigned
|
|
|
|
document (see https://www.gnupg.org/gph/en/manual/x135.html) to this ticket
|
|
|
|
using a valid packager key of the user:
|
|
|
|
|
|
|
|
* Select the above text, copy/paste it into a file (e.g. `details.txt`).
|
|
|
|
* Make sure to sign with the root certificate of the packager key (not any of
|
|
|
|
the subkeys!):
|
|
|
|
`gpg --armor --default-key <fingerprint_of_root>! --clearsign details.txt`
|
|
|
|
* Upload `details.txt` as attachment to this ticket.
|
2021-04-23 05:35:39 -05:00
|
|
|
-->
|
|
|
|
|
|
|
|
## Checks
|
|
|
|
|
2022-02-24 16:48:25 -06:00
|
|
|
**NOTE**: The below check boxes **must be** checked before the accompanying
|
|
|
|
merge request to add the new main key can be merged.
|
|
|
|
|
|
|
|
### Owner of new key
|
2021-04-29 12:37:44 -05:00
|
|
|
|
2021-04-23 05:35:39 -05:00
|
|
|
- [ ] The [workflow for adding a new main
|
|
|
|
key](https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/wikis/workflows/add-a-new-main-key)
|
|
|
|
has been followed
|
2021-04-29 12:37:44 -05:00
|
|
|
- [ ] The key pair has been validated according to the [best
|
|
|
|
practices](https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/wikis/best-practices#validating-a-key-pair)
|
2021-04-23 05:35:39 -05:00
|
|
|
- [ ] The data in the [Details](#details) section is attached to this issue as
|
|
|
|
a clearsigned document
|
2021-04-29 12:37:44 -05:00
|
|
|
- [ ] The revocation certificate has been sent in an encrypted message to the
|
|
|
|
revocation certificate holder
|
2023-01-29 15:06:51 -06:00
|
|
|
- [ ] The public key has been uploaded to the `keyserver.ubuntu.com` and
|
|
|
|
`keys.openpgp.org` keyservers, and the `archlinux.org` UID has been verified
|
|
|
|
on the `keys.openpgp.org` keyserver. Optionally the key can also be uploaded
|
|
|
|
to the `pgp.mit.edu` keyserver, but this is no longer mandatory as it's
|
|
|
|
frequently flaky.
|
2022-02-24 16:48:25 -06:00
|
|
|
- [ ] A merge request to add the new public key has been created
|
2021-04-29 12:37:44 -05:00
|
|
|
|
|
|
|
### Revocation Certificate Holder
|
|
|
|
|
|
|
|
- [ ] The revocation certificate has been [verified
|
|
|
|
as working](https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/wikis/workflows/verify-a-revocation-certificate)
|
|
|
|
and confirmed in a comment to this issue
|
2022-02-24 16:48:25 -06:00
|
|
|
- [ ] The revocation certificate has been backed up on a dedicated encrypted backup storage medium
|
|
|
|
|
|
|
|
### Main key holders
|
|
|
|
|
|
|
|
- [ ] The data in the [Details](#details) section is correct and signed with a
|
|
|
|
valid and trusted packager key, which is already part of `archlinux-keyring`
|