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

Re: Plan for feature freeze?

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Plan for feature freeze?
Date: 2004-04-30 19:15:26
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
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 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.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073


pgsql-hackers by date

Next:From: Prem GopalanDate: 2004-04-30 19:24:44
Subject: Postgres Crashes
Previous:From: Bruce MomjianDate: 2004-04-30 18:55:55
Subject: Re: pgsql-server/ /configure / rc/incl ...

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