Since the beginning of time (the 90s), PyPI has stood as the pinnacle of centralized Python packaging. Everytime an easy_install or a pip command is run, PyPI is servicing a request, routing you to the correct version, architecture, etc., of the package you requested. Its very flexible–even allowing package authors to host packages both to PyPI and their personal web sites.
…which is all fine and dandy, until these third-party web sites run into problems. Infinite loops due to randomly generated URLs names causing DDoS attacks, slow download speeds, missing files, and downtime, all affect the end user’s experience. While pip seeks to address some of these issues, the plain and simple fact of the matter is: PyPI is no longer a reliable resource.
pyroxy is a special kind of proxy that sits between your client and PyPI; with it, you can restrict what packages are available, as well as what sources to use. For example, the default behavior is to choose PyPI hosted packages, direct download links, or generic URLs (which are then parsed), in that order–if the higher precendence is available, the more unreliable are omitted. With the ability to set whitelisted packages, this means that you can essentially control what your clients are accessing at any time!
Documentation can be viewed through PyPI, or by building the documentation yourself using:
python setup.py develop python setup.py build_sphinx
The latest (and previously published) versions of the documentation are always available on RTD.
pyroxy is covered by the APL 2.0 license. See LICENSE for all details.
TODO: Figure out how to actually get changelog content.
Changelog content for this version goes here.