<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 18, 2015 at 2:12 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I'm wondering what people think of the idea of us (= numpy) stopping<br>
providing our "official" win32 builds (the "superpack installers"<br>
distributed on sourceforge) starting with the next release.<br>
<br>
These builds are:<br>
<br>
- low quality: they're linked to an old & untuned build of ATLAS, so<br>
linear algebra will be dramatically slower than builds using MKL or<br>
OpenBLAS. They're win32 only and will never support win64. They're<br>
using an ancient version of gcc. They will never support python 3.5 or<br>
later.<br>
<br>
- a dead end: there's a lot of work going on to solve the windows<br>
build problem, and hopefully we'll have something better in the<br>
short-to-medium-term future; but, any solution will involve throwing<br>
out the current system entirely and switching to a new toolchain,<br>
wheel-based distribution, etc.<br>
<br>
- a drain on our resources: producing these builds is time-consuming<br>
and finicky; I'm told that these builds alone are responsible for a<br>
large proportion of the energy spent preparing each release, and take<br>
away from other things that our release managers could be doing (e.g.<br>
QA and backporting fixes).<br></blockquote><div><br></div><div>Once numpy-vendor is set up, preparing and running the builds take about fifteen minutes on my machine. That assumes familiarity with the process, a first time user will spend significantly more time. Most of the work  in a release is keeping track of reported bugs and fixing them. Tracking deprecations and such also takes time.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So the idea would be that for 1.11, we create a 1.11 directory on<br>
sourceforge and upload one final file: a README explaining the<br>
situation, a pointer to the source releases on pypi, and some links to<br>
places where users can find better-supported windows builds (Gohlke's<br>
page, Anaconda, etc.). I think this would serve our users better than<br>
the current system, while also freeing up a drain on our resources.<br></blockquote><div><br></div><div>What about beta releases? I have nothing against offloading part of the release process, but if we do, we need to determine how to coordinate it among the different parties, which might be something of a time sink in itself.<br><br></div><div>Chuck<br></div><div> <br></div></div></div></div>