<br><br><div><span class="gmail_quote">On 7/13/06, <b class="gmail_sendername"><a href="mailto:glyph@divmod.com">glyph@divmod.com</a></b> &lt;<a href="mailto:glyph@divmod.com">glyph@divmod.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 13 Jul 2006 19:19:08 +0100, Michael Hudson &lt;<a href="mailto:mwh@python.net">mwh@python.net</a>&gt; wrote:<br>&gt;<a href="mailto:glyph@divmod.com">glyph@divmod.com</a> writes:<br><br>&gt;&gt; For example, did anyone here know that the new-style exceptions stuff in 
2.5<br>&gt;&gt; caused hundreds of unit-test failures in Twisted?&nbsp;&nbsp;I am glad the change was<br>&gt;&gt; made, and one of our users did catch it, so the process isn't fatally broken,<br>&gt;&gt; but it is still worrying.<br>
&gt;<br>&gt;When implementing this stuff, I could have (... snip ...)<br><br>To be clear, I agree with the decision you made in this particular case.&nbsp;&nbsp;I<br>just would have appreciated the opportunity to participate in the
<br>discussion before the betas were out and the featureset frozen.&nbsp;&nbsp;(Of course I<br>*can* always do that, and some other Twisted devs watch python-dev a bit more<br>closely than I do, but the point is that the amount of effort required to do
<br>this is prohibitive for the average Python hacker, whereas the time to set up an<br>individual buildbot might not be.)</blockquote><div><br>One way to try to track python-dev is the python-dev Summaries.&nbsp; While Steven is only human and thus&nbsp; cannot always get them out immediately, they do happen frequently enough that major decisions will be covered before betas are hit.
<br><br>-Brett<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">(Aside: IMHO, the sooner we can drop old-style classes entirely, the better.
<br>That is one bumpy Python upgrade process that I will be _very_ happy to do.<br>There's no way to have documentation that expresses the requirement that an<br>implementation of an interface be new-style or old-style without reference to
<br>numerous historical accidents, which are bewildering and upsetting to people<br>reading documentation for the first time.)<br>_______________________________________________<br>Python-Dev mailing list<br><a href="mailto:Python-Dev@python.org">
Python-Dev@python.org</a><br><a href="http://mail.python.org/mailman/listinfo/python-dev">http://mail.python.org/mailman/listinfo/python-dev</a><br>Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/brett%40python.org">
http://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br></blockquote></div><br>