<div dir="ltr"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 21, 2016 at 7:16 AM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Sun, Mar 20, 2016 at 11:30 PM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Sun, Mar 20, 2016 at 2:03 PM, Stéfan van der Walt<br>
<<a href="mailto:stefanv@berkeley.edu" target="_blank">stefanv@berkeley.edu</a>> wrote:<br>
> Hi, everyone<br>
><br>
> I would like to distribute scikit-image wheels on Windows.  To build<br>
> these I require numpy and scipy, but where they come from is not too<br>
> important.<br>
><br>
> However, we have a bigger problem when it comes to users installing<br>
> the skimage wheels, because they would also need numpy and scipy<br>
> wheels to be available.<br>
><br>
> From what I understand, we currently have the<br>
> tools for building these onr 2.7 and 3.4, but not on 3.5.<br>
><br>
> What is the latest state of things, and what is my current best course<br>
> of action?<br>
<br>
</span>For scipy that's pretty much the state of things, yeah. (Or, we're on<br>
the verge of being able to post 2.7 and 3.4 scipy wheels on Windows --<br>
there's some tests of that happening right now on the mingwpy mailing<br>
list.) For numpy we already have 2.7 / 3.4 / 3.5 wheels uploaded<br>
(using somewhat-slow BLAS, but they work).<br>
<br>
As for your best course of action, though, I don't think the<br>
availability of numpy/scipy wheels changes anything?<br>
<br>
For 'pip install scikit-image' to work when only an sdist is available<br>
(the current situation), then numpy and scipy need to be already<br>
installed (IIUC).<br>
<br>
For 'pip install scikit-image' to to work when a wheel is available<br>
(the hopeful future situation), then numpy and scipy need to be<br>
either:<br>
- available as wheels<br>
- automatically buildable (very unlikely on windows)<br>
- already installed<br>
<br>
So it seems like uploading scikit-image wheels right now will only<br>
improve the range of things that work. In particular, they'll mean<br>
that 'pip install scikit-image' starts working usefully for people who<br>
have already installed numpy and scipy via Gohlke's builds, or via<br>
conda. Obviously it will be even better when scipy wheels are<br>
available, but incremental progress is still progress :-)<br>
<br>
I guess the one downside is that right now, if someone who is missing<br>
the crucial things tries to do 'pip install scikit-image' then your<br>
setup.py can give a nice error message explaining, whereas if a<br>
scikit-image wheel is available then that person will still be doomed,<br>
but may not get as nice an error message telling them so. (I.e.,<br>
they'll get whatever error message you get when you try to do 'pip<br>
install scipy' on Windows.)<br></blockquote><div><br></div></div></div><div>One other thing to improve things for users is to change the scikit-image install instructions.<br><br>It should start with pointing to Anaconda/Canopy/WinPython, and explaining that that's definitely the better option for users (rather than pip) at this point in time. <br><br></div><div>Then, <a href="http://scikit-image.org/download" target="_blank">http://scikit-image.org/download</a> says to use ``pip install -U scikit-image``, which is never the right command - it will attempt to upgrade numpy and scipy. Remove the -U or add --no-deps.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div><span class="HOEnZb"><font color="#888888"><div>Ralf<br><br></div></font></span></div><br></div></div>
</blockquote></div><br></div>