[IPython-dev] iPython binary wheels for OS-X
Chris Barker - NOAA Federal
chris.barker at noaa.gov
Mon Dec 9 10:45:56 EST 2013
On Dec 8, 2013, at 10:59 PM, Matthias BUSSONNIER <
bussonniermatthias at gmail.com> wrote:
previous discussion about that:
https://github.com/ipython/ipython/pull/4547
Thanks for the link. Helpful to understand the issues. It's interesting to
me that I've been following the distutils-sig for a good while, and hadn't
seen any of this. I suspect one of hold-ups for wheel is the scattered
conversation. Though I see Nick on that thread, so that's good.
Chris
I'm sure there are other threads somewhere.
--
M
Le 9 déc. 2013 à 07:02, Chris Barker a écrit :
On Sun, Dec 8, 2013 at 9:24 PM, MinRK <benjaminrk at gmail.com> wrote:
> readline should be a dependency on OS X, I know it used to be. The logic
> may have gotten confused a bit.
>
Does pip support a way to do platform-dependent dependencies? Anyway, pip
isn't lookeing for it for me. Frankly, no biggie, auto-dependencies are
nice, but I don't mind hand-installing something if ti's easy to install.
But wouldn't it be a dependency o Windows, too?
> The warning is still correct, and I still recommend that all OS X users
> easy_install (not pip) readline. The issue has been discussed in various
> places (here is one<http://mail.scipy.org/pipermail/ipython-user/2011-September/008426.html>),
> but it's a sys.path priority issue. Nobody should ever use pip to install
> readline. But since people still do, incorrectly believing that pip is
> actually a replacement for easy_install,
>
well, I'm pretty sure that is the goal -- really we don't want to almost
the same package installer for Python....
> IPython has an unadvertised hack to make the normally never importable
> pip installed readline available, as long as IPython is the first to try to
> import it.
>
> hmm -- pretty cool, and it sure works for me, but a bit fragile ;-)
> pyzmq, the only binary dependency of IPython, has had wheels on OS X and
> Windows for a few releases now, so `pip install --use-wheel ipython[all]`
> should already work on a fresh OS X system without any help (after
> installing pip and wheel, of course).
>
>
It sure would be nice if that were advertised a bit.....I really did loo,
but of course I never thought just try it!
>
> > By the way, the wheels themselves are trivially easy to build, once
> setup.py build works....
>
> Yes, they are easy to build for yourself, and are typically reusable for
> machines sufficiently similar to yours. But it's a lot more delicate to be
> sure that the eggs actually self-identify correctly, and will be properly
> ignored on systems where they won't work. This is why IPython has decided
> against building (official) wheel bdists for at least another release.
>
There has been a lot of discussion about this on the distutils list, and I
_think_ there is more or less a consensus that we should put binary wheels
up on PyPi for the python.org builds for Windows and OS-X. Those should
work at this point (sse issues asside for numpy/scipy)
Doing it for Macports or HomeBrew, or what have you is pretty much alost
cause, but that's not a big deal -- those are systems designed for people
to compile there own stuff anyway. similar for Linux.
So what's missing?
And, as you say, zmq is really the only one we need anyway, what exactly is
iPython not doing?
> I am 100% behind a semi-not-so-official-wheels-for-osx effort a la
> Gohlke, that's actually why I started publishing my own wheels<http://kerbin.bic.berkeley.edu/wheelhouse/>.
>
>
nice! but not that useful if we don't get the word out.
> But honestly,
> in a student environment, I would recommend anaconda (or just conda).
>
> non starter for now -- Again, these are NOT scipy stack classes -- and I
do want wx, and the guy teaching the next class on web development really
wants virtualenv.
Anocanda does not work (for now) on those.
Anyway -- I feel very strongly that we should play well with the rest of
the Python word, and that mean pip and wheels ... and we really can do it
now.
I guess I need to do a pull request for the "installing" page of the
iPython web sire next...
-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
_______________________________________________
IPython-dev mailing list
IPython-dev at scipy.org
http://mail.scipy.org/mailman/listinfo/ipython-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20131209/04a0b4da/attachment.html>
More information about the IPython-dev
mailing list