Skip site navigation (1) Skip section navigation (2)

Re: 8.5 development schedule

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, jd(at)commandprompt(dot)com, Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: 8.5 development schedule
Date: 2009-07-01 18:30:21
Message-ID: 200907011830.n61IULb29731@momjian.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > Tom Lane wrote:
> >> In retrospect, the CF idea took some of the edge off the problem of
> >> lots of large patches arriving at the feature freeze deadline, but it
> >> is far from having eliminated the problem.
> 
> > The beta preparation is dealing with all open issues, which is different
> > than the focus of the commit-fest.  Ideally we would be addressing those
> > open/bug issues during normal development, but for the hard problems
> > seem to linger and then we have to deal with them during beta
> > preparation, which can take 1-2 months.
> 
> We've never scheduled a "beta preparation" phase like that before,
> and I don't recall you complaining about the lack of one in the 8.4
> schedule.  Personally I think the slip is entirely due to the final
> CF taking five months (we closed it 25-March) where we'd expected
> something closer to one month.

I didn't bring it up because the schedule was kind of a first attempt
and it didn't make sense to try and tune it at that point.

-- 
  Bruce Momjian  <bruce(at)momjian(dot)us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

In response to

pgsql-hackers by date

Next:From: Kevin GrittnerDate: 2009-07-01 18:30:22
Subject: Re: 8.5 development schedule
Previous:From: Bruce MomjianDate: 2009-07-01 18:29:07
Subject: Re: 8.5 development schedule

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group