<div class="gmail_quote">On Wed, Sep 15, 2010 at 8:28 AM, Ralf Gommers <span dir="ltr">&lt;<a href="mailto:ralf.gommers@googlemail.com">ralf.gommers@googlemail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br><br><div class="gmail_quote"><div class="im">On Fri, Sep 10, 2010 at 12:05 AM, Peter <span dir="ltr">&lt;<a href="mailto:numpy-discussion@maubp.freeserve.co.uk" target="_blank">numpy-discussion@maubp.freeserve.co.uk</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi all,<br>
<br>
NumPy currently makes extensive use of the DeprecationWarning<br>
class to alert users when some feature is going to be withdrawn.<br>
However, as of Python 2.7, the DeprecationWarning is silent by<br>
default, see:<br>
<br>
<a href="http://docs.python.org/library/warnings.html#updating-code-for-new-versions-of-python" target="_blank">http://docs.python.org/library/warnings.html#updating-code-for-new-versions-of-python</a><br>
<br>
This makes sense to me for deprecation warnings from Python<br>
itself or the standard library - after all, Python 2.7 is the last of the<br>
Python 2.x series.<br></blockquote></div><div><br>The reason for the change is explained in the paragraph you link to, 2.7 being the final minor release in the 2.x series isn&#39;t it.<br><br>There are many other packages/programs built on numpy, the user/developer distinction can be made in the same way as for Python itself. I fail to see a reason not to follow the lead of the Python core developers here. <br>


<br>Cheers,<br><font color="#888888">Ralf<br><br><br></font></div></div></blockquote><div><br>I have to agree a bit with Peter.  I do understand the rationale of Python&#39;s position, however, I have to wonder what is the point of DeprecationWarning if it doesn&#39;t get displayed?  The warning is supposed to give a heads-up to the developer to modify their code.<br>

<br>Now, the argument can be made that a python developer should know to run python with those warnings unmuted.  And I would agree for &quot;true&quot;, career programmers.  However, numpy/scipy/matplotlib have become environments unto themselves, catered to converts from Matlab, R, S+ and other such languages.  I would argue that many of the &quot;developers&quot; are not typical programmers with proper development habits/skills.  Many (myself included) are graduate students in scientific fields unrelated to computer science.  I have to wonder how many of them would even be aware of the differences between python versions  (or even which version they are using!).<br>

<br>Anyway, my point is that the deprecation warnings are very valuable to display and that we need to keep in mind the audience that SciPy has.  Maybe we don&#39;t necessarily turn them on by default (somehow), but maybe the documentation should highly recommend that they get turned on, thereby raising awareness on the part of the user.<br>

<br>There is a side-benefit to mentioning the muted warnings issue in the documentation.  If a developer later complains that a feature was removed without any deprecation notices, we could simply point to the documentation and say that we recommended turning the warnings on.<br>

<br>My 2 cents,<br>Ben Root<br><br></div></div>