On Fri, 30 Apr 2004, Bruce Momjian wrote:
> Marc G. Fournier wrote:
> > > > No, I agree that that would be foolish ... but there has also been alot
> > > > done on the code over the past few months that even *one* of those
> > > > features should be enough to put it over the top ...
> > >
> > > OK, what is the plan for feature freeze?
> > >
> > > As we going for June 1, and making no adjustments? If we have no major
> > > features done, we still do June 1. Or are we waiting for one or several
> > > major features to complete and then set a freeze date?
> > 1 of the major features that are currently on tap (ie. Win32) *or* June
> > 1st, whichever happens to be the longer of the two ...
> > Indications that I've seen through this discussion are that Win32 can, and
> > should, be done by June 1st ...so extending may be a moot point anyway ...
> OK, but I am worried about giving Win32 special treatment, and having
> the date float like that until Win32 is done. This is what we did with
> the SMP fixed in 7.3 and the date slipped week by week. We have to set
> the date firm early on. I think we all agreed to that in the past.
No no ... the date isn't floating on Win32 ... the date is floating on one
of the major features (PITR, 2PC, etc) ... if Win32 happens to be the
first major feature, so be it, but it is not contigent on Win32 ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
In response to
pgsql-hackers by date
|Next:||From: Bruce Momjian||Date: 2004-04-30 20:57:49|
|Subject: Re: Plan for feature freeze?|
|Previous:||From: Bruce Momjian||Date: 2004-04-30 20:48:33|
|Subject: ecpg and the timezone database|