Re: [Distutils] Conditionless setup.py

Me too. YAML is *so much* more widely used, and the complicated edge cases can simply be ignored for this requirement. Maybe it's just because I've never heard of whatever improper behavior the author engaged in, but I don't think a data format needs to answer to the actions of its creator(s). If

Re: [Distutils] When can we kill Python 2.6 support?

Kill it with fire! On Sep 2, 2016 2:06 PM, "Donald Stufft" wrote: > The packaging tools generally support 2.6+ and 3.(2|3)+ and that's sort of > been > where they've been at for a while now. I would like to think about what we > need > to be to start considering Python 2.6 as

Re: [Distutils] The future of invoking pip

on you want to install into is a reasonable solution, > or an over-reaction, is what we're trying to establish. But it is a > very real problem and we see a fair number of bug reports based on it. > > Paul > ___ > Distutils-SIG maillist

Re: [Distutils] The future of invoking pip

On Nov 7, 2015 7:30 PM, "Nathaniel Smith" wrote: > alternative approach would be to totally decouple the host python used > to execute pip from the target python that pip acts upon, on the > grounds that these are logically distinct things. (As a thought > experiment you can even

Re: [Distutils] Making pip and PyPI work with conda packages

On Tue, May 19, 2015 at 4:11 PM, Chris Barker chris.bar...@noaa.gov wrote: On Tue, May 19, 2015 at 3:09 PM, Paul Moore p.f.mo...@gmail.com wrote: conda -- a fully open source package management system Anaconda -- a python and other stuff distribution produced by Continuum. How Continuum does

Re: [Distutils] Making pip and PyPI work with conda packages

It is certainly not our intention at Continuum to keep build recipes private. I have just come on board at the company, but I'll add it to my TODO list to work on making sure that those are better updated and maintained at https://github.com/conda/conda-recipes. On Tue, May 19, 2015 at 3:09 PM,

Re: [Distutils] Making pip and PyPI work with conda packages

. On Tue, May 19, 2015 at 3:23 PM, David Mertz dme...@continuum.io wrote: It is certainly not our intention at Continuum to keep build recipes private. I have just come on board at the company, but I'll add it to my TODO list to work on making sure that those are better updated and maintained

Re: [Distutils] Dynamic linking between Python modules (was: Beyond wheels 1.0: helping downstream, FHS and more)

This pertains more to the other thread I started, but I'm sort of becoming convinced--especially by Paul Moore's suggestion there--that the better approach is to grow conda (the tool) rather than shoehorn conda packages into pip. Getting pip to recognize the archive format of conda would be easy

Re: [Distutils] Dynamic linking between Python modules (was: Beyond wheels 1.0: helping downstream, FHS and more)

, but there are stakeholders involved both in the distutils community and within Continuum (where I now work). On Mon, May 18, 2015 at 11:21 AM, Paul Moore p.f.mo...@gmail.com wrote: On 18 May 2015 at 18:50, David Mertz dme...@continuum.io wrote: % pip install conda % conda install scientific_stuff % conda

[Distutils] Making pip and PyPI work with conda packages

I've just started monitoring this SIG to get a sense of the issues and status of things. I've also just started working for Continuum Analytics. Continuum has a great desire to make 'pip' work with conda packages. Obviously, we love for users to choose the Anaconda Python distribution but many