
<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>We set the limit to 2.6 in this changeset : <a href="https://github.com/Kitware/ITK/commit/d3dbc12873c6534cccd1604e6fd0bbd5dff9f1d7">https://github.com/Kitware/ITK/commit/d3dbc12873c6534cccd1604e6fd0bbd5dff9f1d7</a></div><div><br></div><div>I did not find many stats about 2.5 usage. Here are two :</div><div><br></div><div><a href="http://astrofrog.github.io/blog/2013/01/13/what-python-installations-are-scientists-using/">http://astrofrog.github.io/blog/2013/01/13/what-python-installations-are-scientists-using/</a></div><div><a href="http://alexgaynor.net/2014/jan/03/pypi-download-statistics/">http://alexgaynor.net/2014/jan/03/pypi-download-statistics/</a></div><div><br></div><div>The second one is interesting as it is a dump of the PyPI download statics. We have 0.115% of usage for python 2.5 (don’t know how exact those values are).</div><div><br></div><div>We can still go back to 2.5 if needed, but I think we should then have a running test machine for this case. I don’t want to break anything.</div><div><br></div><div>As this was merged in release, we will see when ITK 4.5.2 is released how many people ask to get python 2.5 back.</div><div>Or perhaps we should have a deprecation message saying python 2.5 support will be gone for ITK 4.6 ?</div><div><br></div><div>Michka</div><br><div><div>On 14 févr. 2014, at 18:05, Brian Helba <<a href="mailto:brian.helba@kitware.com">brian.helba@kitware.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>Hi Michka,<br><br>In my own opinion, it's objectively quite unreasonable to support Python 2.5 at this point, and 2.4 should be absolutely out of consideration (it doesn't even have the 'with' statement). Nevertheless, it all depends on our users. We support C++ compilers that are older too (Python 2.5 was released September 2006), but of course Python is free to upgrade.<br>

<br>I've found the general advice [1] on the Python site to be good, and it's what I've followed when porting other code to Python 3 myself.<br><br>[1] <a href="http://docs.python.org/dev/howto/pyporting.html">http://docs.python.org/dev/howto/pyporting.html</a><br>

<br></div><div>Best,<br>Brian<br><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 10:43 AM, Michka Popoff <span dir="ltr"><<a href="mailto:michkapopoff@gmail.com" target="_blank">michkapopoff@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>

<br>

I am currently cleaning up the python code in ITK (pep8 cleanup and removing some old deprecated stuff).<br>

I wanted to know what versions of python would we like to support? I found some compatibility code going back to python 2.3.<br>

<br>

My proposition is to support 2.7.x and 2.6.x officially, which should not be too difficult.<br>

<br>

I will possibly look for python 3 compatibility in the next months, as swig seems to support python 3. (I hope this is feasible without too much pain)<br>

If anyone has some knowledge about maintaining code with python 2/3 compatibility, any piece of advice is welcome.<br>

<br>

Any thoughts on this?<br>

_______________________________________________<br>

Community mailing list<br>

<a href="mailto:Community@itk.org">Community@itk.org</a><br>

<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/community" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/community</a><br>

</blockquote></div><br><br clear="all"><br>-- <br>Brian Helba<br>Medical Imaging<br>Kitware, Inc.<br>

</div>

</blockquote></div><br></body></html>