-
Notifications
You must be signed in to change notification settings - Fork 992
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
Implement PEP 592 -- Yanking of Releases/Files #5837
Comments
Here's a PR that starts implementing this #5838. |
Hey @dstufft -- I think I may be misunderstanding something. In our discussion in March we discussed wanting a system for generic flags and statuses on projects and releases, in order to address #345 "Ability to mark a version of a package as deprecated or unsupported" and #3709 "Offer a discouraged/deprecated releases option", and to help with future moderation work on stuff like #6062 re: malware/spam detection. Will the yanking feature address either of those "mark package as deprecated" issues? And: are you planning on implementing the "yanked" attribute within a generic flags/statuses system? If not then I should file an issue to start speccing that out. Also, I figure yanking will constitute an event that should be listed in #5863, so, linking to that issue. |
And is #4962 potentially relevant? |
For reference purposes, I just wanted to note on this issue that PEP 592 support has been added to pip and will be in its next release: pypa/pip#6633 |
Yep, for both issues. #4962 doesn't seem relevant to me. |
@ewdurbin See pypa/pip#7621 (comment) for why this might be a feature to prioritize in Warehouse. |
Per #5838 (comment) , we'd like help with this. Donald wrote part of a pull request to implement this, and said,
This feature would be helpful in improving pip's release process, so it would be great if a volunteer could step up and finish this WIP within the next couple of months. |
I am unlikely to find time in the next few months to work on it. |
Seems likely. In my opinion #5838 is now complete and just waiting to be reviewed. |
Fixed in #5838. |
The release yanking feature is now live on PyPI and the "yanked" field is now available in the API. @ori-yitzhaki and @yuvalreches you'll probably want to test this with JFrog Artifactory and verify that you are properly using "yanked" status when appropriate. If you find a bug in PyPI's implementation, please file it as a new issue and link to this one. |
The way we should implement this is that an entire release can be yanked or unyanked at will by a maintainer of a project. Yanking should set an attribute on the simple repository link for any files for that release.
The text was updated successfully, but these errors were encountered: