On 1 December 2013 04:15, Nick Coghlan ncogh...@gmail.com wrote:
2. For cross-platform handling of external binary dependencies, we
recommend boostrapping the open source conda toolchain, and using that
to install pre-built binaries (currently administered by the Continuum
Analytics folks).
On Sun, 1/12/13, Nick Coghlan ncogh...@gmail.com wrote:
(pyvenv doesn't offer an --always-copy option, just the option to use
symlinks on
It does - you should be able to run pyvenv with --copies to force copying, even
on POSIX.
Regards,
Vinay Sajip
On Dec 1, 2013 1:10 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 1 December 2013 04:15, Nick Coghlan ncogh...@gmail.com wrote:
2. For cross-platform handling of external binary dependencies, we
recommend boostrapping the open source conda toolchain, and using that
to install pre-built
For arbitrary binary dependencies, however, I contend that reconciling
the two different use cases is simply infeasible, as pip and venv have
to abide by the following two restrictions:
To be clear, what's a good example of a common non-science PyPI package
that has an arbitrary binary
On 1 December 2013 19:21, Marcus Smith qwc...@gmail.com wrote:
sometimes mean needing to build components with external dependencies
from source
you mean build once (or maybe after system updates for wheels with external
binary deps), and cache as a local wheel, right?
Note that it is
On Sun, 1/12/13, Paul Moore p.f.mo...@gmail.com wrote:
If the issue is simply around defining compatibility tags that better
describe the various environments around, then let's just get on with
that - we're going to have to do it in the end anyway, why temporarily
promote an alternative
On 2 Dec 2013 06:48, Paul Moore p.f.mo...@gmail.com wrote:
On 1 December 2013 19:21, Marcus Smith qwc...@gmail.com wrote:
sometimes mean needing to build components with external dependencies
from source
you mean build once (or maybe after system updates for wheels with
external
binary
,
On 2 Dec 2013 01:04, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
On Sun, 1/12/13, Nick Coghlan ncogh...@gmail.com wrote:
(pyvenv doesn't offer an --always-copy option, just the option to use
symlinks on
It does - you should be able to run pyvenv with --copies to force
copying, even on
On 1 December 2013 22:17, Nick Coghlan ncogh...@gmail.com wrote:
For example, I installed Nikola into a virtualenv last night. That required
installing the development headers for libxml2 and libxslt, but the error
that tells you that is a C compiler one.
I've been a C programmer longer than
2. For cross-platform handling of external binary dependencies, we
recommend boostrapping the open source conda toolchain, and using that
to install pre-built binaries (currently administered by the Continuum
Analytics folks).
We already have a recommendation for conda: If you’re looking for
On 2 December 2013 09:38, Paul Moore p.f.mo...@gmail.com wrote:
On 1 December 2013 22:17, Nick Coghlan ncogh...@gmail.com wrote:
For example, I installed Nikola into a virtualenv last night. That required
installing the development headers for libxml2 and libxslt, but the error
that tells you
11 matches
Mail list logo
