<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 16, 2013 at 8:19 AM, Barry Warsaw <span dir="ltr"><<a href="mailto:barry@python.org" target="_blank">barry@python.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Jun 15, 2013, at 11:53 PM, Ethan Furman wrote:<br>
<br>
>Note that while flufl.enum was the inspiration, it is not the version that<br>
>went into 3.4.<br>
<br>
</div>I haven't yet decided whether to continue with development of flufl.enum or<br>
not.  I think there's a lot of value in promoting a standard enum library and<br>
having PEP 435 in both the 3.4 stdlib and in a good backport may outweigh the<br>
differences.  I mostly agree with everything in PEP 435 <wink>.<br>
<br>
One big test will be porting Mailman 3 to enum34.  I expect that to mostly<br>
Just Work and I don't think the differences will affect it (I've already<br>
adjusted for the lack of inheritance - mostly I have to see what effect it<br>
will have on the database layer).<br>
<br>
OTOH, if folks really depend on the differences in flufl.enum, I will probably<br>
at least continue to maintain it, but not add any new features.<br></blockquote><div><br></div><div>If you write down the process of porting mailmain from flufl to stdlib.enum in some place, it can make the process much easier for others, and even encourage them to follow the same path.<br>

<br>Eli<br></div></div><br></div></div>