Tom Lane wrote: > "Marc G. Fournier" <[EMAIL PROTECTED]> writes: > > On Thu, 29 Apr 2004, Tom Lane wrote: > >> In the first place it's unfair to other developers to make schedule > >> slips at the last moment, and especially to *plan* to do so. > > > Isn't it equally unfair to slip the scheduale that developers that have > > been working on some large features (PITR, 2PC immediately coming to mind) > > have been working towards based on a deadline? If Win32 that much more > > important then those other features? > > As you well know, I have no use for the Win32 port at all ;-). However, > of the "major features" that Bruce just listed, the Win32 port is the > only one I consider really likely to appear in 7.5; sure it needs major > work yet, but the others are still in the vaporware-till-proven-otherwise > category. Certainly they are not solid enough to justify making > schedule decisions on the basis of "this will probably be ready by date X". > > I am willing to adjust the freeze deadline now to make it more probable > that at least one of those major features will really make it into 7.5. > The realities are that the Win32 port should determine any such schedule > decision, because nothing else is close enough to the finish line to > justify considering its needs instead. > > I guess my point is really "do you want to freeze on June 1 if *none* > of these features are done?"
Yep, my point too, that we need X big features to schedule beta, and we don't have any yet. I believe PITR actually does work as Simon has tested it, and we have the code. Of course, i am discussing how it should be integrated, but I do believe it works. And I think Gavin will complete his tablespaces, perhaps with our help. -- Bruce Momjian | http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073 ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly