<p dir="ltr"><br>
On 31 Oct 2013 01:54, "Barry Warsaw" <<a href="mailto:barry@python.org">barry@python.org</a>> wrote:<br>
><br>
> On Oct 31, 2013, at 01:28 AM, Nick Coghlan wrote:<br>
><br>
> >There's a trick to get the PEP 0 generator to move the release PEP to the<br>
> >historical section, too. I'd have to look at the source code to remember<br>
> >what it is, though.<br>
><br>
>         elif pep.type_ == 'Informational':<br>
>             # Hack until the conflict between the use of "Final"<br>
>             # for both API definition PEPs and other (actually<br>
>             # obsolete) PEPs is addressed<br>
>             if (pep.status == "Active" or<br>
>                 "Release Schedule" not in pep.title):<br>
>                 info.append(pep)<br>
>             else:<br>
>                 historical.append(pep)<br>
><br>
> So PEP 361 (the 2.6/3.0 release schedule PEP) actually does end up in the<br>
> Historical bin.  The PEP itself probably should have remained Active until<br>
> yesterday.<br>
><br>
> Do we want an explicit state for Status: Final -> Historical?<br>
><br>
> (TBH, I don't care enough to do any work on it. ;)</p>
<p dir="ltr">Ah, you have divined the true reason why that hack is still there ;)</p>
<p dir="ltr">Cheers,<br>
Nick.<br></p>
<p dir="ltr">><br>
> -Barry<br>
</p>