-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
Draft policy for claiming existing project names. #3314
Conversation
This is prerrt conservative, but it's better than nothing.
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.
Would some specificity around how a renamed project's new name should be selected be helpful? Perhaps simply appending "-abandoned" to the project name.
The ideal would be some metadata that marks projects as abandoned, but a consistent naming scheme should be enough for the time being.
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.
Also, how much is a considerable time for the author to reply the initial contact? I mean, how much time do I have before my project got renamed (for one of the reason that RTD could explain)?
Might be useful to start with this: https://www.python.org/dev/peps/pep-0541/#reachability -- as it seems much more specific in regards to timing and contact. |
PEP-541 looks like a good resource. In fact, could we simply defer to its definition of "abandoned" to that PEP and have a policy something like "When a project is abandoned (as defined by PEP-541), a request to rename the project by suffixing "-abandoned" (adding incrementally-higher integers if needed for disambiguation) will be granted. |
I think their full policy is quite good and thought out. We should likely adopt the full thing, with some basic changes (eg. |
I think it's a good idea for RTD to adopt that PEP as policy. I think it's pretty clear and will avoid a lot of problems in the future. |
I'm closing this one because I think we are following this discussion on #3343 |
This is prerrt conservative, but it's better than nothing.