<div dir="ltr">I tend to just pick a name and stick with it.  subprocess32 is subprocess backported from 3.2 (with the 3.3 timeout feature also in it).  unittest2 is unittest from 2.7.<div><br></div><div>It tends to work.  and it also emphasizes that i'm unlikely to backport future non-bugfix updates beyond the release mentioned and merely focus on keeping it stable and available for use on older pythons.</div>

<div><br></div><div>A "backport" namespace is a neat idea but unless someone's going to create a system for backports to register which versions they are backports from and automagically have sub-module imports from backport pick the backported code or the standard library version when the Python VM is recent enough to not need a backport I wouldn't bother claiming that name.  (and even that feels like overengineering)</div>

<div><br></div><div>-gps</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jun 15, 2013 at 12:46 PM, Ethan Furman <span dir="ltr"><<a href="mailto:ethan@stoneleaf.us" target="_blank">ethan@stoneleaf.us</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So I have the stdlb 3.4 Enum backported for both earlier 3.x and back to 2.4 in the 2.x series.<br>
<br>
I would like to put this on PyPI, but the `enum` name is already taken.<br>
<br>
Would it be inappropriate to call it `stdlib.enum`?<br>
<br>
--<br>
~Ethan~<br>
______________________________<u></u>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-dev" target="_blank">http://mail.python.org/<u></u>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/greg%40krypto.org" target="_blank">http://mail.python.org/<u></u>mailman/options/python-dev/<u></u>greg%40krypto.org</a><br>
</blockquote></div><br></div>