This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author loewis
Recipients loewis, mhammond
Date 2009-01-27.17:53:04
SpamBayes Score 3.9806047e-11
Marked as misclassified No
Message-id <497F49FD.8060306@v.loewis.de>
In-reply-to <1233051298.16.0.507192531319.issue5075@psf.upfronthosting.co.za>
Content
> My apologies for not being more on top of this, but I couldn't find the
> answer in the developer FAQ.  This question applies to issue 4566 and
> will partially apply to issue 5076.  The patches are against the trunk -
> after checking in, what action should I take to ensure it is merged to
> 2.6 and 3.x?  I'm happy to manually merge and checkin to those branches
> if appropriate; if so, should I check it into branches/release30-maint
> as well as branches/py3k?

If you want to backport the changes yourself, you should run
svnmerge.py; not sure how well this works on Windows, though (it invokes
an svn binary). The merge flow would be

  trunk -> release26-maint
       \-> py3k -> release30-maint

It's important to use svnmerge only, so that the merge tracking
properties are right.

In 2.6, do "svnmerge.py merge -r<rev>", then "svn commit -F
svnmerge-<tab>". In 3k, do the same, although you might have
to recompile the stubs in-between in case there are merge
conflicts on the binary files. In 3.0, do the same, but you
need to "svn revert .", because there will be merge conflicts
on ".".

If you don't want to perform all these operations, let me know,
and I'll do them.
History
Date User Action Args
2009-01-27 17:53:06loewissetrecipients: + loewis, mhammond
2009-01-27 17:53:05loewislinkissue5075 messages
2009-01-27 17:53:04loewiscreate