<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 16, 2016 at 12:42 PM, Matthias Bussonnier <span dir="ltr"><<a href="mailto:bussonniermatthias@gmail.com" target="_blank">bussonniermatthias@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, May 15, 2016 at 1:45 PM, Fabien <<a href="mailto:fabien.maussion@gmail.com">fabien.maussion@gmail.com</a>> wrote:<br>
<br>
><br>
> What would be more interesting to read are arguments against this<br>
> initiative. But I believe that once the major projects (mpl, jupyter,<br>
> ipython, pandas...) have made the first step, others will undoubtedly<br>
> follow.<br>
<br>
</span>Devil's advocate: You will piss of some people that will either stop<br>
contributing, or fork MPL, and get an indefinite<br>
number of bug report from people stuck on the last version supporting<br>
2.7. </blockquote><div><br></div><div><br></div><div>Another concern: if I depend on matplotlib and don't want to drop python2 support (but also don't want to drop support for newer matplotlib versions), that means I need to simultaneously support the last py2 matplotlib through the latest and greatest matplotlib version on py3. It would be nice if some thought could be expended for the breaking changes you're planning on matplotlib 3.0 so that compatibility across matplotlib versions can be attained without a huge amount of trouble.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I suspect you will have two wave of people pissed:<br>
When you switch master to 3+ only, and when you **release** a 3+ only version.<br>
You'll have **some** packaging pain, as you need to publish a `tar.gz`<br>
and `zip` that pip should not even **try** to install on Python 2.<br>
<br>
As for undoubtedly following, I would not be so sure. I can see pandas<br>
and numpy be one of the last projects dropping support.<br>
Especially numpy which is at the base of most of the SciPy Stack.<br>
<br>
Though, having **their dependents** being python 3 only will likely<br>
make their decision much easier.<br>
<br>
Will mercurial ever migrate to Py3... I'm not sure, but we can argue<br>
it's not in the Scientific stack.<br></blockquote><div><br></div><div>This is being actively worked on. </div><div><br></div><div>In any case, even if mercuroal doesn't move to python3, you can very easily have a separate python2 installation. You can even do this with conda and just symlink the hg executable into your python3 environment.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--<br>
M<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
</div></div></blockquote></div><br></div></div>