Hi,
> Trust me on that :-)
That's not really the point -- I use both conda and pip, maintain
https://github.com/omnia-md/conda-recipes, and have made multiple upstream
contributions to conda-build.
The point of this thread, from my perspective, was to confirm that there's
a small bug in pip in
I'm using the Python from the Miniconda installer with py35 released last
week.
What does the python.org installer build for 10.6+ return for
`distutils.util.get_platform()`?
-Robert
On Fri, Nov 6, 2015 at 2:50 PM, Ned Deily wrote:
> In article
>
In article
,
Robert McGibbon wrote:
> I'm using the Python from the Miniconda installer with py35 released last
> week.
>
> What does the python.org installer build for 10.6+ return for
>
In article
,
Robert McGibbon wrote:
> I just tried to run `pip install numpy` on my OS X 10.10.3 box, and it
> proceeds to download and compile the tarball from PyPI from source (very
> slow). I see,
On Sat, Nov 7, 2015 at 1:04 AM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> On Nov 6, 2015, at 3:57 PM, Robert McGibbon wrote:
>
> I'm using the Python from the Miniconda installer with py35 released last
> week.
>
>
> Then you should not expect it to be
On Nov 6, 2015, at 3:57 PM, Robert McGibbon wrote:
I'm using the Python from the Miniconda installer with py35 released last
week.
Then you should not expect it to be able to find compatible binary wheels
on PyPi.
Pretty much the entire point of conda is to support Numpy
If you would like to fix the problem, figure out how to get the real OSX
version into pip.pep425tags.
On Fri, Nov 6, 2015 at 2:20 PM Robert McGibbon wrote:
> For OS X, the pip get_platform function eventually calls into here:
>
Sounds good. I'll take a look.
-Robert
On Fri, Nov 6, 2015 at 11:23 AM, Daniel Holth wrote:
> If you would like to fix the problem, figure out how to get the real OSX
> version into pip.pep425tags.
>
> On Fri, Nov 6, 2015 at 2:20 PM Robert McGibbon wrote:
Hi,
I just tried to run `pip install numpy` on my OS X 10.10.3 box, and it
proceeds to download and compile the tarball from PyPI from source (very
slow). I see, however, that pre-compiled OS X wheel files are available on
PyPI for OS X 10.6 and later.
Checking the code, it looks like pip is
It should already be sorted. Try python -c "import pprint, pip.pep425tags;
pprint.pprint(pip.pep425tags.get_supported())"
Do none of the tags for the available numpy wheels appear in that list?
On Fri, Nov 6, 2015 at 1:48 PM Robert McGibbon wrote:
> Hi,
>
> I just tried to
I don't think it's the sorting, per se. All of the get_supported() tags are
10.5 or earlier. Here's the output:
https://gist.github.com/rmcgibbo/1d0f5d166ca48253b5a9
On Fri, Nov 6, 2015 at 11:00 AM, Daniel Holth wrote:
> It should already be sorted. Try python -c "import
I see what you mean. Sounds like a bug to me.
On Fri, Nov 6, 2015 at 2:07 PM Robert McGibbon wrote:
> I don't think it's the sorting, per se. All of the get_supported() tags
> are 10.5 or earlier. Here's the output:
> https://gist.github.com/rmcgibbo/1d0f5d166ca48253b5a9
>
>
For OS X, the pip get_platform function eventually calls into here:
https://github.com/python/cpython/blob/master/Lib/_osx_support.py#L429-L439,
and I think the comment kind of explains the bug.
-Robert
On Fri, Nov 6, 2015 at 11:10 AM, Daniel Holth wrote:
> I see what you
13 matches
Mail list logo