[Distutils] Binary dependency management, round 2 :)
qwcode at gmail.com
Thu Dec 5 01:06:31 CET 2013
>> ok, but could/would the pip/wheel toolchain ever expand itself to handle
>> delivery of external dependencies (like qt, tk, and numpy's "fortran
> "fortran stuff" is pretty poorly defined -- I'm not sure we'd ever want
> pip to install a fortran compiler for you....
to be very literal, I'm talking about this anaconda "system" package
e.g., numpy's full requirement list in anaconda is like so (specifically
python-2.7.4-0 // not re-installed when using "conda init"
system-5.8-1 // fortran "stuff"
> but Anoconda does some a nifty thing: it make s conda package that holds
> the shared lib, then other packages that depend on it depend on that
> package, so it will both get auto--installed
But I don't see why you couldn't do that with wheels.
exactly, that's what I'm really proposing/asking, is that maybe wheels
should formally go in that direction.
i.e. not just packaging python projects, but packaging non-python
dependencies that python projects need (but have those dependencies be
optional, for those who want to fulfill those deps using the OS package mgr)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Distutils-SIG