<p dir="ltr"><br>
On May 24, 2013 2:55 PM, "Antoine Pitrou" <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>
><br>
> Le vendredi 24 mai 2013 à 16:22 -0400, Brett Cannon a écrit :<br>
> > ><br>
> > > I don't understand why it's painful to backport. Can you explain?<br>
> ><br>
> > If I make a very minor fix to the docs I have to:<br>
> ><br>
> > # In a 3.3 checkout<br>
> > Fix docs<br>
> > Compile docs<br>
> > Add Misc/NEWS entry<br>
> > hg ci -m "repeat what I just said in Misc/NEWS"<br>
> > hg push<br>
> > cd ../default<br>
> > hg merge 3.3<br>
> > Fix/revert Misc/NEWS (at least)<br>
> > Compile docs (if fix is needed)<br>
> > hg ci<br>
> > hg push<br>
><br>
> I honestly don't understand why you would mention doc fixes (even major<br>
> ones) in Misc/NEWS. It's not a useful piece of information to have<br>
> there. People want to know about bug fixes because they are affected by<br>
> bugs, but doc fixes??</p>
<p dir="ltr">I think you misunderstood what he meant. Misc/NEWS is documentation. I believe he meant he won't fix typos in NEWS due to the make pain involved.</p>
<p dir="ltr">I'm the same way. I want nothing to do with news when making my changes because it ALWAYS gets in the way for any change not being done on head/default/tip only. If anything I prefer to leave news entries out of the commit they are related to to avoid news merges going wrong from messing up the real change. Hopefully I remember to write a news entry for it after the fact.</p>

<p dir="ltr">><br>
> Regards<br>
><br>
> Antoine.<br>
><br>
><br>
> _______________________________________________<br>
> python-committers mailing list<br>
> <a href="mailto:python-committers@python.org">python-committers@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/python-committers">http://mail.python.org/mailman/listinfo/python-committers</a><br>
</p>