Robert Haas wrote: > On Mon, Mar 16, 2009 at 5:10 PM, Heikki Linnakangas > <heikki.linnakan...@enterprisedb.com> wrote: > > The earlier commitfests were not time-limited either. They lasted until all > > the patches were dealt with; either committed or bumped to next commit fest. > > It's just that when you know there still at least one more commitfest a > > couple of months ahead, everyone feels more happy to bump a patch and to > > have one's patch bumped to the next one. In the last one, it's a lot harder > > to do that because that means bumping to the next release, and you don't > > even know when the next commitfest is. > > > > The original plan was that anything not 100% ready to commit at the > > beginning of the last commit fest will be bumped to the next release, and > > beta would start right after the first commit fest, a week or two after the > > submission deadline. We failed to enforce that. In the next release cycle, I > > think we need to be more explicit about that policy throughout the release > > cycle and really enforce it. > > I mostly agree with this, but there is one fly in the ointment: if a > patch really hasn't been seriously looked at by a committer, bumping > it recreates one of the problems CommitFests were designed to avoid - > patch limbo. I feel pretty good about the decisions to postpone Hot > Standby and SE-PostgreSQL (not that my personal opinion necessarily > counts for much, but that's how I feel); I would have felt less good > about it if the same decision had been made a month ago. But on the > other hand that means 8.4 will be a month later. If we could have > gone through the same process two months earlier, or if we could have > released 8.4beta and done those reviews on the side during the beta > period, that would have been best of all.
Well, we have been working on stuff for the past month so it was not like we were waiting on SE-PG to move forward. -- Bruce Momjian <br...@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers