[Catalog-sig] What is the point of pythonpackages.com?

Daniel Greenfeld pydanny at gmail.com
Mon Feb 6 17:15:47 CET 2012

On Mon, Feb 6, 2012 at 7:32 AM, Martijn Faassen <faassen at startifact.com> wrote:

> This because setuptools (and thus, easy_install, pip, buildout) for better
> or for worse uses a "trawl the web" approach to find download links, and
> multiple sites to download from create multiple potential points of failure
> besides PyPI itself.
> This makes setuptools work for a range of cases and that's nice, but it's
> also a drawback, because on a fairly regular basis I at least have had the
> issue that a package wasn't hosted on PyPI and that the site hosting the
> package was suddenly down or had changed, breaking the setuptools-based
> automatic download. If the package were hosted on PyPI I wouldn't have had
> this issue, as PyPI itself is actually tolerably reliable (especially with
> mirroring in place; but these external packages are also not mirrored).
> Of course the response I'll undoubtedly get is that I should host these
> packages myself or include them in my version control system and all that.
> And yes, I can do this, and sometimes I do. But doing that is in this
> subjective user's opinion actually an inconvenience. Any 'pip' user that
> installs a package from PyPI that has dependencies listed in setup.py can
> run into this problem.
> So the original poster could at least consider uploading their package on
> PyPI to lessen his complaint. Besides the web UI, they'll find handy tools
> available to help automate things, such as 'setup.py sdist upload' and for
> more power, zest.releaser. But of course they can choose not to do so at all
> too - that's the way things work [1].
> Regards,
> Martijn
> [1] I suspect an alternate timeline in which setuptools had never done this
> web trawling and would only download from PyPI would have lead to a more
> pleasant situation for users, though I'm not sure: setuptools being able to
> download dependencies might've retarded adoption of setuptools instead.

I agree 100% with Martijn. Maybe there was a time when hosting your
package off of PyPI was a good idea. I think if that time existed, it
has now passed. Normally I prefer giving package authors more control,
but this is one of those places where the users of the service ought
to be able to expect packages to all be found in one location.

'Knowledge is Power'
Daniel Greenfeld

More information about the Catalog-SIG mailing list