Hi; I just wanted to send out a general email to ask submaintainers who send me pullrequests for patches to go in after about rc2 to make sure they include a justification and explanation of why the bugs being fixed mean the changes need to go into the release. I realized that I wasn't sure if I'd ever actually explicitly asked people to do that, hence this mail.
The way our process works is that at the start of the rc cycle we put in pretty much any bug fix, and as we move forwards the bar gets steadily higher (so we prefer bug fixes that are simple, that clearly don't affect other subsystems, that fix regressions since the previous release, and so on), until by the last rc we are very reluctant indeed to put in any more code. I've had a few pull requests this cycle where the maintainer hasn't put a clear explanation in the cover letter of why the patches need to go into the release. I don't have a good grasp of every subsystem and usually haven't been following the mailing list threads, so I won't know whether the bugs being fixed are important or trivial, risky or very safe. So I have to send an email asking for clarification and get a reply, which can waste a day if there are timezone differences or other delays. So if people could make sure they write good cover letters that give me the context I need for managing the release process, that will make my job easier and the whole thing smoother. thanks -- PMM