Nathaniel Smith schreef op 13-08-15 om 08:08:
> On Wed, Aug 12, 2015 at 8:10 PM, Robert Collins> <robe...@robertcollins.net> wrote:>> On 13 August 2015 at 12:51, Nathaniel Smith <n...@pobox.com> wrote:>>> On Aug 12, 2015 16:49, "Robert Collins" <robe...@robertcollins.net> wrote:>>>>>> This doesn't help if you want to declare dependencies on external, system>>> managed libraries and have those be automatically somehow provided or>>> checked for, but to me that sounds like an impossible boil-the-ocean project>>> anyway, while the above is trivial and should just work.>> Well, have a read of the draft.>>>> Its a solved problem by e.g. conda, apt, yum, nix and many others.> None of these projects allow a .deb to depend on .rpms etc. -- they> all require that they own the whole world
Would it help if our tools could "accept" already-externally installed
As an example, we use syseggrecipe
(https://pypi.python.org/pypi/syseggrecipe) in buildout. You specify
some packages there (psycopg2, numpy, scipy, lxml to name some common
ones) and syseggrecipe tries to find them and adds them to buildout. So
IF you installed numpy/scipy as a debian package, you can include it in
In the same way, if you activated a conda environment with some python
dependencies, you could tell buildout to re-use one of the packages from
This works, because buildout doesn't do virtualenv-style hard isolation.
It "only" inserts the python packages it installed into the front of the
sys.path. And with syseggrecipe, some system-wide installed eggs are
explicitly included in sys.path.
Question: could pip/virtualenv be made to accept something from the
outside world? I'm mostly looking at .deb/.rpm packages here. It goes a
bit against the pure isolation that virtualenv aims to provide, I know :-)
a) pip wouldn't need to own the whole world anymore (in specific cases).
b) you'd probably still want/need a mechanism to find out which .deb
package you'd need for some system dependency.
Reinout van Rees http://reinout.vanrees.org/
"Learning history by destroying artifacts is a time-honored atrocity"
Distutils-SIG maillist - Dist...@python.org