Skip to content
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

Deprecate TestPyPi After Period of Time #15226

Open
cmlh opened this issue Jan 17, 2024 · 3 comments
Open

Deprecate TestPyPi After Period of Time #15226

cmlh opened this issue Jan 17, 2024 · 3 comments
Labels
feature request requires triaging maintainers need to do initial inspection of issue

Comments

@cmlh
Copy link

cmlh commented Jan 17, 2024

What's the problem this feature will solve?
Removes confusion of incorrectly referring to an older release uploaded to TestPyPi when the intent was to refer to the current release on PyPi.

Describe the solution you'd like

  • Remove Python Packages from TestPyPi after a period of time.
  • TestPyPi alerts that a more recent Python Package is available on PyPi

Additional context

@cmlh cmlh added feature request requires triaging maintainers need to do initial inspection of issue labels Jan 17, 2024
@cofiem
Copy link
Contributor

cofiem commented Jan 17, 2024

There's plenty of discussion about test.pypi.org on discuss.python.org.
For example: https://discuss.python.org/t/test-pypi-org-is-marginally-unusable-if-my-explanation-is-correct/32830

The issue 'Draft release feature on main archive to allow testing a release before it goes live' would likely solve most of the problems with test pypi.

@woodruffw
Copy link
Member

Removes confusion of incorrectly referring to an older release uploaded to TestPyPi when the intent was to refer to the current release on PyPi.

Making sure I understand: is this happening in your environment because you're using TestPyPI as an extra package index in a production environment?

If so: please consider not doing that! TestPyPI is not a suitable production index: there is no guarantee that project foo on PyPI is controlled by the same people on TestPyPI (or even that every PyPI user has a TestPyPI account). TestPyPI's primary functions are (1) to give projects a way to smoke-test their uploads, and (2) provide a basic staging environment for features that are still feature-flagged on PyPI itself.

To my knowledge, there is no official documentation encouraging people to use TestPyPI in this way. But if you found a source that suggests doing this, please let me know and I'll try and get it fixed.

TL;DR: TestPyPI may be removed at some point in the future, but in the mean time: absolutely do not rely on it as a package index. It is not intended to be a stable source of Python packages, has no retention guarantees, and (most importantly) does not share the same namespace and accounts as PyPI.

@cmlh
Copy link
Author

cmlh commented Jan 18, 2024

@woodruffw writes:

Making sure I understand: is this happening in your environment because you're using TestPyPI as an extra package index in a production environment?

It is not possible to specify an extra package index as --index-url https://pypi.python.org/simple/ was specified within requirements.txt as per https://caremad.io/posts/2013/07/setup-vs-requirement/ before I uploaded the Python Package to TestPyPi.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request requires triaging maintainers need to do initial inspection of issue
Projects
None yet
Development

No branches or pull requests

3 participants