<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 24, 2016 at 4:04 PM, Peter Cock <span dir="ltr"><<a href="mailto:p.j.a.cock@googlemail.com" target="_blank">p.j.a.cock@googlemail.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">Hi Nathaniel,<br>
<br>
Will you be providing portable Linux wheels aka manylinux1?<br>
<a href="https://www.python.org/dev/peps/pep-0513/" rel="noreferrer" target="_blank">https://www.python.org/dev/peps/pep-0513/</a><br>
<br>
Does this also open up the door to releasing wheels for SciPy<br>
too?<br></blockquote><div><br></div><div>That should work just fine.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

While speeding up "pip install" would be of benefit in itself,<br>
I am particularly keen to see this for use within automated<br>
testing frameworks like TravisCI where currently having to<br>
install NumPy (and SciPy) from source is an unreasonable<br>
overhead.<br></blockquote><div><br></div><div>There's already <a href="http://travis-dev-wheels.scipy.org/">http://travis-dev-wheels.scipy.org/</a> (latest dev versions of numpy and scipy) and <a href="http://travis-wheels.scikit-image.org/">http://travis-wheels.scikit-image.org/</a> (releases, there are multiple sources for this one) for TravisCI setups to reuse.<br><br></div><div>Ralf<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Many thanks to everyone working on this,<br>
<br>
Peter<br>
<div class=""><div class="h5"><br>
On Tue, Mar 15, 2016 at 11:33 PM, Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br>
> Hi all,<br>
><br>
> Just a heads-up that we're planning to upload Linux wheels for numpy<br>
> to PyPI soon. Unless there's some objection, these will be using<br>
> ATLAS, just like the current Windows wheels, for the same reasons --<br>
> moving to something faster like OpenBLAS would be good, but given the<br>
> concerns about OpenBLAS's reliability we want to get something working<br>
> first and then worry about making it fast. (Plus it doesn't make sense<br>
> to ship different BLAS libraries on Windows versus Linux -- that just<br>
> multiplies our support burden for no reason.)<br>
><br>
> -n<br>
><br>
> --<br>
> Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
> _______________________________________________<br>
> NumPy-Discussion mailing list<br>
> <a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
> <a href="https://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="https://mail.scipy.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</div></div></blockquote></div><br></div></div>