<br><br>On 6/18/06, &quot;Martin v. Löwis&quot; &lt;<a href="mailto:martin@v.loewis.de">martin@v.loewis.de</a>&gt; wrote:<br>&gt; Ka-Ping Yee wrote:<br>&gt; &gt; Anyway, it looks like someone has added this module to the list of
<br>&gt; &gt; backward-compatible modules in PEP 291.&nbsp;&nbsp;Regarding whether we want<br>&gt; &gt; it to be on that list (i.e. whether or not this backward-compatibility<br>&gt; &gt; should be retained as Python moves forward), i'm happy to have it
<br>&gt; &gt; either way.<br>&gt; <br>&gt; In that case, I think we shouldn't require 2.3 compatibility. There<br>&gt; is no reason to deliberately break it either, of course.<br>&gt; <br><br>I agree with Martin.&nbsp;&nbsp;We can try to avoid the issue&nbsp;&nbsp;(and usually people should to make backporting fixes easier), but adding that hinderance can be a real pain, especially as we get farther and farther away from 
2.3 .<br><br>&gt; As for the comment: It apparently *is* misleading, George mistakenly<br>&gt; took it as a requirement for future changes, rather than a factual<br>&gt; statement about the present (even though it uses the tense of simple
<br>&gt; present). Anybody breaking 2.3 compatibility will have to remember<br>&gt; to remove the comment, which he likely won't.<br>&gt; <br><br><br>I think it is better to add a comment in the external release that it is backwards compatible somewhere, but leave it out of the core.
<br><br>-Brett<br>