Re: [Distutils] Binary dependency management, round 2 :)
ok, but could/would the pip/wheel toolchain ever expand itself to handle delivery of external dependencies (like qt, tk, and numpy's "fortran stuff").
"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 http://repo.continuum.io/pkgs/free/linux-64/system-5.8-1.tar.bz2 e.g., numpy's full requirement list in anaconda is like so (specifically for numpy-1.7.1-py27_0) openssl-1.0.1c-0 python-2.7.4-0 // not re-installed when using "conda init" readline-6.2-0 sqlite-3.7.13-0 system-5.8-1 // fortran "stuff" tk-8.5.13-0 zlib-1.2.7-0
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)
On 5 December 2013 00:06, Marcus Smith
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
I don't think it matters whether anyone "formally" goes in that direction. If it's possible then it will happen for some things sooner or later. I hope it does happen too, for things like build tools, BLAS/LAPACK libraries etc. Virtualenv+pip could become a much more convenient way to set up a software configuration than currently exists on Windows and OSX (and on Linux distros if you're not looking to mess with the system install). Oscar
participants (2)
-
Marcus Smith
-
Oscar Benjamin