On Sun, Mar 30, 2008 at 5:16 PM, "Martin v. Löwis" <martin at v.loewis.de> wrote: > > Is there any easy way that the burden of trunk -> py3k > > merging could be moved to the original committers of > > the trunk patches? > > I'm not sure I understand the question. If the committer > of the original patch would do the merge himself, then > certainly the burden would be on him, and that's an easy > way. > > If you meant to say "an easy way to enforce...", then I > cannot see how that could work, other than establishing > that as a policy, and starting to revoke commit privileges > to people who don't follow the policy. I think we could just ask politely and try it for a while. If things aren't working, we can reevaluate. > > > Rather than actually merging changes, one could start > sending out messages automatically to committers who > don't either merge or block their changes within 24 hours > (or send a summary message every day to python-dev). Like above, let's try a little before we start setting up new infrastructure left and right. > > > Regards, > Martin > > > -- Cheers, Benjamin Peterson -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-dev/attachments/20080330/d492aba7/attachment.htm
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