-
-
Notifications
You must be signed in to change notification settings - Fork 32.2k
doc: update the instruction on how to verify releases #59113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
/cc @nodejs/tsc @nodejs/releasers |
Alternatively, you can import the releaser keys in your default keyring, see | ||
[Release keys](#release-keys) for commands to how to do that. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The release keys section only contains commands to import individual keys from the gpg-only-active-keys
set, so it is not a substitute for importing from /gpg/pubring.kbx
. There are no commands listed for keys in the section "Other keys used to sign some previous releases".
Maybe say here something like "you can import only the primary PGP releaser keys ..."
Co-authored-by: Mike McCready <[email protected]>
Fixes: #58904
Currently, the only documented way relies on third-party server, albeit a well-trusted one, but one that the project doesn't control, and one that's not very convenient to use for consumers. Instead, let's document nodejs/release-keys as the trusted source of truth when it comes to verifying Node.js releases.
I'm keeping the instructions on how to download the keys from key.openPGP.org as some tools out there might be scraping our README looking for that, and it's still a valid way to get the release keys, simply not the preferred one.