On September 30, 2014 at 5:19:50 AM, Nick Coghlan (ncogh...@gmail.com) wrote: > On 30 Sep 2014 19:06, "M.-A. Lemburg" wrote: > > You're regularly bringing up this argument. > > > > Let's just be fair here: external hosting of packages has been made so > > user unfriendly in recent pip releases, that this has pretty much > > become a non-option for anyone who wants to create a user friendly > > package installation environment. > > > > pip is unfortunately using the same kind of > > --no-one-will-want-to-use-this-option-because-its-too-long > > approach as setuptools/easy_install has done in the past to force > > people into installing packages as eggs rather than installing > > the packages in the standard write to site-packages dir way. > > > > The end result is the same: users will not want to go > > through those extra hoops and thus packages not hosted on PyPI > > itself will be regarded as broken (because they don't install using > > the standard method; not because they are really broken). > > I personally think pip needs a virtualenv friendly equivalent to > yum.repos.d or conda channels to improve the multi-index experience. > > This is a solved problem from my perspective, we just need folks willing to > spend the time making the case for the proven solution, and adapting it to > the PyPI ecosystem.
In pip 1.5.x (current latest release) people can add additional indexes (or replace PyPI all together) on a per user basis. In pip 6.0 (next release) that still exists, and in addition it also includes a global configuration file for the entire machine and a per virtual env configuration file. About the only thing it doesn't support is a directory of files ala apt.sources.d/*.list. --- Donald Stufft PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
