[Catalog-sig] Deprecate External Links

holger krekel holger at merlinux.eu
Wed Feb 27 19:34:40 CET 2013


On Wed, Feb 27, 2013 at 13:00 -0500, Jesse Noller wrote:
> > > 2. External links decrease the expected uptime for a particular set
> > > of requirements. PyPI itself has become very stable, however
> > > the same cannot be said for all of the hosts linked that the toolchain
> > > processes. Each new host is an additional SPOF.
> > > 
> > > Ex: I depend on PyPI and 10 other external packages, each
> > > service has a 99% uptime so my expected uptime to
> > > be able to install all my requirements would be ~89% (0.99 ** 11).
> > 
> > 
> > 
> > There are many links which go to google, bitbucket or github -
> > i doubt those services have worse availability than pypi.python.org (http://pypi.python.org),
> > rather better.
> > 
> > Also we would be loosing a lot of packages because i expect there to
> > be a non-trivial amount of packages which will not be transferred to 
> > pypi.python.org (http://pypi.python.org) no matter how much people here think it's cool.
> > 
> > Why not first have an a good infrastructure and capacity with
> > pypi.python.org (http://pypi.python.org) so that people *want* to move their files there?
> > 
> > best,
> > holger
> > 
> Ok, so we have that. What now? 

I am not sure i understand.  Just last week there were many installs
going wrong - installs failing due to the http/https redirecting.
I've got at least 3 occassions myself in the last months where i couldn't 
use pypi.python.org and i've heart similar things from other people.
There is also the issue that it's not clear we could just put all packages
from download locations to pypi.python.org due to sizing constraints - 
at least that is what i got from discussions here earlier.

holger





More information about the Catalog-SIG mailing list