On 11 Mar, 2013, at 7:23, Lennart Regebro <rege...@gmail.com> wrote:
> On Mon, Mar 11, 2013 at 7:09 AM, PJ Eby <p...@telecommunity.com> wrote: >> I think you've got things backwards here. It's you who's been arguing >> that the solution to the problem of "improved uptime and security" is >> best implemented by "ban all non-PyPI hosting". > > The uptime problem is *only* solvable by minimizing the number of > hosts involved. The minimum number of hosts is one. I mostly agree when you change hosts to websites ;-). > That means we > should get all releases onto PyPI. But this isn't necessarily true, there is another solution: mirror your requirements locally. That way you don't have problems when the remote PyPI server is unreachable for some reason, and you can be sure that the exact version you tested with is available and used. > This has been obvious for years, > and I'm overjoyed to see that work is finally being done to make that > happen. Discussion should be about how to best do that, not if we > should do that or not. > > We can also discuss wordings. Nobody is for example trying to strictly > speaking ban hosting on other hosts than PyPI. But if you do host on > another server, your package will not be a part of the Python > ecosystem, and it will not be installable by easy_install or pip or > buildout, etc. You can call that a "ban" if you want, but maybe that > causes negative connotations that are best avoided. But what ever you > call it the end goal and result is the same. Packages not hosted on > PyPI will not be easily installable. This is, and must be, the end > goal. The end goal is to make it easy and safe to install packages. > > Now let's discuss how to get there instead. Is it even clear why numerous archives aren't hosted on PyPI? IMHO it would be better to remove barriers than force projects to host files on PyPI. Ronald > > //Lennart > _______________________________________________ > Catalog-SIG mailing list > Catalog-SIG@python.org > http://mail.python.org/mailman/listinfo/catalog-sig _______________________________________________ Catalog-SIG mailing list Catalog-SIG@python.org http://mail.python.org/mailman/listinfo/catalog-sig
