[IPython-dev] iPython binary wheels for OS-X
Aaron Meurer
asmeurer at gmail.com
Mon Dec 9 17:46:32 EST 2013
On Mon, Dec 9, 2013 at 10:30 AM, Chris Barker <chris.barker at noaa.gov> wrote:
> On Mon, Dec 9, 2013 at 12:01 AM, Aaron Meurer <asmeurer at gmail.com> wrote:
>>
>> For wx, if you can figure out how to build a conda recipe for it, that
>> would help a lot.
>
>
> Sure. And I think Continuum is working on it now -- so that particular
> problem may be solved.
>
> But that was just an example -- until/unless we have most arbitrary third
> party package maintainers building for Anocanda, I"m not going to recommend
> it to the general user. There are two routes to a solution, though:
>
> 1) conda has some key advantages over pip+wheel -- so maybe we should all
> dump wheel and start using conda -- but this is going to be a hard sell, and
> Travis, for one, doesn't have the bandwidth to try.
Also read http://technicaldiscovery.blogspot.com/2013/12/why-i-promote-conda.html.
To quote: "several of us asked Guido what we can do to fix Python
packaging for the NumPy stack. Guido's answer was to 'solve the
problem ourselves'. "
>
> 2) make Anaconda / conda / binstar compatible with the python.org pythons
> and virtualenv.
> - It's actually pretty close now, and I think Continuum is working on
> closing teh gap, so that may be the way of the future. Not quite the "one
> way to do it" we'd like, but interoperability is a nice way to get close.
> What I really don't want is people having to drop their entire python
> install and use an entirely different one to get one new package -- or even
> worse there being no one install that supports all the packages a user
> needs.
>
> But in the meantime, wheels aren't so bad!
>
> (note -- not wheel for wxPython either, and pip-installing it from source is
> a non-starter. But that's my point. If these various systems are compatible,
> and one could install a binary intended for the python.org python into an
> Anocada distribution, users wouldn't find dead ends...
>
>> Basically, you could just host your own recipe on
>> binstar, and if it works, it's pretty likely that Continuum would pick
>> it up and ship it with Anaconda. I tried it a while back but I didn't
>> get very far. But if you're actually familiar with it you might get
>> further.
>
>
> I might -- but it really is a pain to build, and I haven't done it for years
> -- and no bandwidth at the moment. Maybe at some point.
>
>> As for virtualenv, I really recommend trying conda environments.
>
>
> Well, this is about standards, not technology -- maybe conda environments
> are better, but the web-dev folks are all pretty committed to pip and
> virtualenv.
I figured as much. But as I noted, in Python 2 at least, in my minimal
testing, virtualenv actually seems to work just fine, once you have a
conda recipe for it. I've built a handful of conda recipes that have
virtualenv as a hard dependency and they all seemed to work as well.
Aaron Meurer
>
> -Chris
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> Chris.Barker at noaa.gov
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
More information about the IPython-dev
mailing list