Re: Plan for feature freeze? - Mailing list pgsql-hackers

From Joshua D. Drake
Subject Re: Plan for feature freeze?
Date
Msg-id 4092DEA7.2040201@commandprompt.com
Whole thread Raw
In response to Re: Plan for feature freeze?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Plan for feature freeze?
List pgsql-hackers
Hello,<br /><br /> Why don't we just set a freeze of August 1st? Give everyone just a little extra time. No float. If
itdoesn't make<br /> it by August 1st, it doesn't make it.<br /><br /> This could also lead to other things. For
exampleif we have Win32 and PITR calling it 7.5 is a mistake (IMHO) it should<br /> be 8.0 etc...<br /><br />
Sincerely,<br/><br /> Joshua D. Drake<br /><br /><br /> Sincerely,<br /><br /> Joshua D. Drake<br /><br /><br /> Bruce
Momjianwrote: <blockquote cite="mid200404302057.i3UKvnW17466@candle.pha.pa.us" type="cite"><pre wrap="">Marc G.
Fournierwrote: </pre><blockquote type="cite"><pre wrap="">On Fri, 30 Apr 2004, Bruce Momjian wrote:
 
   </pre><blockquote type="cite"><pre wrap="">Marc G. Fournier wrote:     </pre><blockquote type="cite"><blockquote
type="cite"><blockquotetype="cite"><pre wrap="">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 ...           </pre></blockquote><pre wrap="">OK, what is the plan for
featurefreeze?
 

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?         </pre></blockquote><pre wrap="">1 of the major features
thatare 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 ...       </pre></blockquote><pre wrap="">OK,
butI 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.     </pre></blockquote><pre wrap="">No no ... the
dateisn'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 ...   </pre></blockquote><pre wrap="">
So you are floating the entire thing.  I am tired of discussing this. 
You call the freeze and when it is a disaster, you can take the credit.

I am not worrying about any freeze date anymore.  You freeze whenever
you want to.

Floating a freeze data has always been a failure.  Let's watch it happen
again.
 </pre></blockquote><br /><br /><pre class="moz-signature" cols="72">-- 
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - <a class="moz-txt-link-abbreviated" href="mailto:jd@commandprompt.com">jd@commandprompt.com</a> - <a
class="moz-txt-link-freetext"href="http://www.commandprompt.com">http://www.commandprompt.com</a>
 
PostgreSQL Replicator -- production quality replication for PostgreSQL</pre>

pgsql-hackers by date:

Previous
From: "Andrew Dunstan"
Date:
Subject: Re: Plan for feature freeze?
Next
From: "Marc G. Fournier"
Date:
Subject: Re: Plan for feature freeze?