<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 3, 2016 at 10:32 AM, Daπid <span dir="ltr"><<a target="_blank" href="mailto:davidmenhur@gmail.com">davidmenhur@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span>On 3 August 2016 at 09:48, Ralf Gommers <<a target="_blank" href="mailto:ralf.gommers@gmail.com">ralf.gommers@gmail.com</a>> wrote:<br>
><br>
> There's no conclusion here yet, but the other responses to this email were<br>
> examples of pain points with 1.8 and that the cost of upgrading numpy has<br>
> gone down.<br>
><br>
> In general I think we bump the minimum version if the costs are starting to<br>
> outweigh the benefits. That's probably the case for 1.7 now. Looking back,<br>
> we typically have supported 4 numpy versions with a scipy release. Right now<br>
> we're at 5 (1.7 - 1.11), and numpy 1.12 will likely be out before the next<br>
> scipy release.<br>
<br>
</span>What is the use case that requires an 2 years and 9 months old numpy<br>
and the latest, bleeding edge, scipy?</blockquote><div><br></div><div>See the responses to the last time you asked this, those are still valid: <a href="https://mail.scipy.org/pipermail/scipy-dev/2014-December/020266.html">https://mail.scipy.org/pipermail/scipy-dev/2014-December/020266.html</a> :)<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"> The deprecation cycle is of two<br>
versions, so I think it should be enough to support the last two numpy<br>
versions at the time of the previous scipy release. So, scipy 0.19<br>
would support from numpy 1.10, that was released in October last year,<br>
and people would have had a year to adapt. </blockquote><div><br> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Note also that pip's<br>
default behaviour is to upgrade every dependency.<br><br></blockquote><div>That pip behavior is completely braindead, and there is agreement by the pip/packaging crowd that it needs to be changed to a more minimalist upgrade strategy. The debate is just about how to introduce the change.<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Side question: do we check the other way around? Will a new numpy work<br>
with an old scipy? Say, numpy 1.11 with scipy 0.13 (as old as 1.8)?<br></blockquote><div><br></div><div>Yes it should, except for the few things that needed to be adapted in newer scipy versions for removals of deprecated features and unintentional backwards compat breaks. Older scipy binaries will also work with a newer numpy.<br><br></div><div>Ralf<br><br></div></div></div></div>