Showing content from http://mail.python.org/pipermail/python-dev/attachments/20110311/60dac250/attachment.html below:
<br><br><div class="gmail_quote">On Thu, Mar 10, 2011 at 18:47, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</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 Thu, Mar 10, 2011 at 5:41 PM, Vinay Sajip <<a href="mailto:vinay_sajip@yahoo.co.uk">vinay_sajip@yahoo.co.uk</a>> wrote:<br>
> ----- Original Message ----<br>
><br>
>> From: Ãric Araujo <<a href="mailto:merwok@netwok.org">merwok@netwok.org</a>><br>
>> > From what I understand, we're supposed to forward-port in  Mercurial,<br>
>> Correct, but only in maintained branches, not security-mode  branches.<br>
>><br>
><br>
> Well, I saw this recent mail from Antoine:<br>
><br>
> <a href="http://mail.python.org/pipermail/python-dev/2011-March/108766.html" target="_blank">http://mail.python.org/pipermail/python-dev/2011-March/108766.html</a><br>
><br>
> where he mentioned<br>
><br>
><br>
> - on one hand: 2.5 -> 2.6 -> 2.7 (if you still want to maintain 2.5)<br>
> - on the other hand: 3.1 -> 3.2 -> default<br>
><br>
> and perhaps misunderstood. I was assuming that there wouldn't be any 2.6<br>
> releases from Mercurial, perhaps that assumption was unwarranted.<br>
><br>
> Also, the section on forward-porting in the Dev Guide says "it should be applied<br>
> to the oldest branch applicable" and this could be interpreted to mean<br>
> applicable based on the content of the branch, rather than according to release<br>
> policy.<br>
<br>
</div>It's the intersection: if the change applies to the content of that<br>
branch and that branch is still maintained, then start there.<br>
<br>
So security fixes start further back than ordinary bug fixes.<br>
<br>
This should be reverted in 2.6, with the dummy merge to prevent<br>
inadvertent reversion in 2.7.<br></blockquote><div><br></div><div>Just to be clear on this, so people don't think this is more complicated than it needs to be: you can still *develop* a patch based on 2.5, even commit it to your local repository, and then only push it to 2.6 or 2.7 and later. You don't have to consider where the patch should go beforehand.</div>
<div><br></div><div>--Â </div></div>Thomas Wouters <<a href="mailto:thomas@python.org">thomas@python.org</a>><br><br>Hi! I'm a .signature virus! copy me into your .signature file to help me spread!<br>
RetroSearch is an open source project built by @garambo
| Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4