<p dir="ltr"><br>
On 9 Mar 2014 00:26, "Jason R. Coombs" <<a href="mailto:jaraco@jaraco.com">jaraco@jaraco.com</a>> wrote:<br>
><br>
> I had incorrectly assessed the potential impact of this change. I had expected the impact to be minor and isolated. I underestimated the number of systems that automatically upgrade Setuptools as well as the number of packages that could be using Features. I relied too heavily on the DeprecationWarning to have flagged the breakage (to package maintainers and their users). I had expected issues like you raised in this post to have been hashed out or at least raised long before I considered the release.</p>

<p dir="ltr">Ouch, I just realised this is likely a nasty consequence of the decision we made in CPython quite some time ago to silence deprecation warnings by default.</p>
<p dir="ltr">The reason we did that was because *end users* were getting the warnings, not just developers of affected projects.</p>
<p dir="ltr">At the same time, unittest and other test runners were updated to enable the warnings, under the theory that at least projects with reasonable test coverage would still receive advance notice of the problem, providing a counterbalance to the risks introduced by silencing them by default.</p>

<p dir="ltr">Perhaps once wheel files are more widespread, we can look at having pip always enable deprecation warnings when building from source.</p>
<p dir="ltr">Cheers,<br>
Nick.</p>