<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Nov 7, 2017 5:47 AM, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 7 November 2017 at 13:35, Philipp A. <<a href="mailto:flying-sheep@web.de">flying-sheep@web.de</a>> wrote:<br>
> Sorry, I still don’t understand how any of this is a problem.<br>
><br>
> If you’re an application developer, google “python disable<br>
> DeprecationWarning” and paste the code you found, so your users don’t see<br>
> the warnings.<br>
> If you’re a library developer, and a library you depend on raises<br>
> DeprecationWarnings without it being your fault, file an issue/bug there.<br>
><br>
> For super-increased convenience in case 2., we could also add a convenience<br>
> API that blocks deprecation warnings raised from certain module or its<br>
> submodules.<br>
> Best, Philipp<br>
<br>
</div>If you're a user and your application developer didn't do (1) or a<br>
library developer developing one of the libraries your application<br>
developer chose to use didn't do (2), you're hosed. If you're a user<br>
who works in an environment where moving to a new version of the<br>
application is administratively complex, you're hosed.<br>
<br>
As I say, the proposal prioritises developer convenience over end user<br>
experience.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">I don't agree with this characterisation.  Even if we assume a user isn't going to fix a DeprecationWarning they still benefit: (1) if they're a sysadmin it will warn them that they need to be careful when upgrading a dependency. (2) if the developer never hears about the DeprecationWarning then it is ultimately the user who suffers when the tool they depend on breaks without warning so seeing and reporting the DeprecationWarning helps the end user.<span style="font-family:sans-serif"> (3) if DeprecationWarnings are allowed to linger through multiple releases, it may tell the user about the quality of the software they're using.</span></div><div dir="auto"><br></div><div dir="auto">More information is helpful to end users.  Developers are actually the ones that it inconveniences as we'll be the ones grumbling when an end user who hasn't evaluated the deprecation cycles of upstream projects as we have demand immediate changes for deprecations that are still years away from causing problems.  But unlike end users, we do have the ability to solve that by turning those deprecations off in our code if we've done our due diligence (or even if we haven't done our due diligence).</div><div dir="auto"><br></div><div dir="auto">-Toshio</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div></div>