Skip to content

support gpg keys #2172

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

Closed
wants to merge 1 commit into from
Closed

support gpg keys #2172

wants to merge 1 commit into from

Conversation

graingert
Copy link
Contributor

No description provided.

@graingert graingert force-pushed the support-gpg-keys branch 2 times, most recently from afa16a5 to 1bc03c1 Compare July 6, 2017 11:24
@graingert
Copy link
Contributor Author

@dstufft not sure how to add a migration for this? I sort of assumed it would work if it used to be in legacy.

@dstufft
Copy link
Member

dstufft commented Sep 17, 2017

Hey there!

Sorry for the delay in getting back to you on this. I'm actually going to close this PR, because I don't think that we want to support PGP keys in the long term so improving them is not something that I'm super interested in at this point.

However, thanks for the contribution even if it wasn't ultimately accepted!

@brainwane
Copy link
Contributor

brainwane commented Mar 13, 2018

As far as I can tell this reply by Donald is the closest thing we have to a record of the Warehouse policy decision (raised but not settled by Donald in this thread) that we will not be displaying GPG/PGP signatures for packages and will not give users a way to manage their public GPG keys. Also see #2935 (comment) and the followups, and:

  • 0df1ed2 in 2015 which included signatures in the package display
  • c9c8ad9 which took out those signatures
  • 2ac719c which took out several gpg/pgp checks

Noting this for others' reference in case anyone is doing research.

@dstufft
Copy link
Member

dstufft commented Mar 13, 2018

There's also https://mail.python.org/pipermail/distutils-sig/2016-May/028933.html which has some thoughts on the place of GPG in PyPI/Warehouse on a longer timeframe, but isn't rally specific to displaying or managing keys.

@brainwane
Copy link
Contributor

Yes, people discussed the question in a few places. The comment above seems to be the place where you publicly communicated that the decision was now final.

@dstufft
Copy link
Member

dstufft commented Mar 13, 2018

Yea that is probably about right.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants