<div dir="ltr"><div>I've actually engaged with him on Twitter too but just to repeat one part here : scarce academic resources to maintain code is not an argument. Out of all places, it is academia that should have come up with or should have contributed greatly to open-source instead of paper-writing frenzy among each other. As many people already have written many blog posts/tweets etc. academia does not value software as scientific products but demand software continuously. As an ex-academician I can safely ignore that argument.Scientific code is expected to be maintained properly. I understand the sentiment but blocking progress because of legacy code is a burden on the posterity and a luxury for the past.<br></div><div><br><br><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 17, 2017 at 1:35 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Since Konrad Hinsen no longer follows the NumPy discussion list<br>
for lack of time, he has not posted here - but he has commented<br>
about this on Twitter and written up a good blog post:<br>
<br>
<a href="http://blog.khinsen.net/posts/2017/11/16/a-plea-for-stability-in-the-scipy-ecosystem/" rel="noreferrer" target="_blank">http://blog.khinsen.net/posts/<wbr>2017/11/16/a-plea-for-<wbr>stability-in-the-scipy-<wbr>ecosystem/</a><br>
<br>
In a field where scientific code is expected to last and be developed<br>
on a timescale of decades, the change of pace with Python 2 and 3<br>
is harder to handle.<br>
<br>
Regards,<br>
<br>
Peter<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Nov 15, 2017 at 2:19 AM, Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br>
> Apparently this is actually uncontroversial, the discussion's died<br>
> down (see also the comments on Chuck's PR [1]), and anyone who wanted<br>
> to object has had more than a week to do so, so... I guess we can say<br>
> this is what's happening and start publicizing it to our users!<br>
><br>
> A direct link to the rendered NEP in the repo is:<br>
> <a href="https://github.com/numpy/numpy/blob/master/doc/neps/dropping-python2.7-proposal.rst" rel="noreferrer" target="_blank">https://github.com/numpy/<wbr>numpy/blob/master/doc/neps/<wbr>dropping-python2.7-proposal.<wbr>rst</a><br>
><br>
> (I guess that at some point it will also show up on <a href="http://docs.scipy.org" rel="noreferrer" target="_blank">docs.scipy.org</a>.)<br>
><br>
> -n<br>
><br>
> [1] <a href="https://github.com/numpy/numpy/pull/10006" rel="noreferrer" target="_blank">https://github.com/numpy/<wbr>numpy/pull/10006</a><br>
><br>
> On Thu, Nov 9, 2017 at 5:52 PM, Nathaniel Smith <<a href="mailto:njs@pobox.com">njs@pobox.com</a>> wrote:<br>
>> Fortunately we can wait until we're a bit closer before we have to<br>
>> make any final decision on the version numbering :-)<br>
>><br>
>> Right now though it would be good to start communicating to<br>
>> users/downstreams about whatever our plans our though, so they can<br>
>> make plans. Here's a first attempt at some text we can put in the<br>
>> documentation and point people to -- any thoughts, on either the plan<br>
>> or the wording?<br>
>><br>
>> ---- DRAFT TEXT - NOT FINAL - DO NOT POST THIS TO HACKERNEWS OK? OK ----<br>
>><br>
>> The Python core team plans to stop supporting Python 2 in 2020. The<br>
>> NumPy project has supported both Python 2 and Python 3 in parallel<br>
>> since 2010, and has found that supporting Python 2 is an increasing<br>
>> burden on our limited resources; thus, we plan to eventually drop<br>
>> Python 2 support as well. Now that we're entering the final years of<br>
>> community-supported Python 2, the NumPy project wants to clarify our<br>
>> plans, with the goal of to helping our downstream ecosystem make plans<br>
>> and accomplish the transition with as little disruption as possible.<br>
>><br>
>> Our current plan is as follows:<br>
>><br>
>> Until **December 31, 2018**, all NumPy releases will fully support<br>
>> both Python 2 and Python 3.<br>
>><br>
>> Starting on **January 1, 2019**, any new feature releases will support<br>
>> only Python 3.<br>
>><br>
>> The last Python-2-supporting release will be designated as a long-term<br>
>> support (LTS) release, meaning that we will continue to merge<br>
>> bug-fixes and make bug-fix releases for a longer period than usual.<br>
>> Specifically, it will be supported by the community until **December<br>
>> 31, 2019**.<br>
>><br>
>> On **January 1, 2020** we will raise a toast to Python 2, and<br>
>> community support for the last Python-2-supporting release will come<br>
>> to an end. However, it will continue to be available on PyPI<br>
>> indefinitely, and if any commercial vendors wish to extend the LTS<br>
>> support past this point then we are open to letting them use the LTS<br>
>> branch in the official NumPy repository to coordinate that.<br>
>><br>
>> If you are a NumPy user who requires ongoing Python 2 support in 2020<br>
>> or later, then please contact your vendor. If you are a vendor who<br>
>> wishes to continue to support NumPy on Python 2 in 2020+, please get<br>
>> in touch; ideally we'd like you to get involved in maintaining the LTS<br>
>> before it actually hits end-of-life, so we can make a clean handoff.<br>
>><br>
>> To minimize disruption, running 'pip install numpy' on Python 2 will<br>
>> continue to give the last working release in perpetuity; but after<br>
>> January 1, 2019 it may not contain the latest features, and after<br>
>> January 1, 2020 it may not contain the latest bug fixes.<br>
>><br>
>> For more information on the scientific Python ecosystem's transition<br>
>> to Python-3-only, see: <a href="http://www.python3statement.org/" rel="noreferrer" target="_blank">http://www.python3statement.<wbr>org/</a><br>
>><br>
>> For more information on porting your code to run on Python 3, see:<br>
>> <a href="https://docs.python.org/3/howto/pyporting.html" rel="noreferrer" target="_blank">https://docs.python.org/3/<wbr>howto/pyporting.html</a><br>
>><br>
>> ----<br>
>><br>
>> Thoughts?<br>
>><br>
>> -n<br>
>><br>
>> On Thu, Nov 9, 2017 at 12:53 PM, Marten van Kerkwijk<br>
>> <<a href="mailto:m.h.vankerkwijk@gmail.com">m.h.vankerkwijk@gmail.com</a>> wrote:<br>
>>> In astropy we had a similar discussion about version numbers, and<br>
>>> decided to make 2.0 the LTS that still supports python 2.7 and 3.0 the<br>
>>> first that does not.  If we're discussing jumping a major number, we<br>
>>> could do the same for numpy.  (Admittedly, it made a bit more sense<br>
>>> with the numbering scheme astropy had adopted anyway.) -- Marten<br>
>>> ______________________________<wbr>_________________<br>
>>> NumPy-Discussion mailing list<br>
>>> <a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
>>> <a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
><br>
><br>
><br>
> --<br>
> Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
> ______________________________<wbr>_________________<br>
> NumPy-Discussion mailing list<br>
> <a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
______________________________<wbr>_________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
</div></div></blockquote></div><br></div>