From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk>, Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>, PostgreSQL Hacker <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Impending freeze |
Date: | 2002-09-02 05:18:50 |
Message-ID: | 6696.1030943930@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Marc G. Fournier" <scrappy(at)hub(dot)org> writes:
>> Now, if you just want to roll together what we have and send out that,
>> that is fine, but there are going to be significant cleanups in beta2.
> This is what I'm figuring ... if we roll and send out a beta1 right off,
> more ppl will look at it and report bugs then if we just say 'hey, its
> frozen, check it out' ... as I've said before, to me, beta is "we're
> getting ready to release, let us know what is wrong so that we can fix it"
> ... its at the RC level that we're saying we believe we have all the
> issues worked out ...
My two cents: once we ship beta1 we should try really really hard to
avoid forcing an initdb cycle before final release. We can make all
the portability fixes and code fixes we like, but we have to avoid
disk-file-contents changes and system catalog changes. If we force
an initdb then we're penalizing beta testers who might have been foolish
enough to load large databases into the beta version --- and yeah, there
were no guarantees, but will they do it again next beta cycle?
So my take is that anything that needs initdb doesn't get in after
beta1, unless it's a "must fix" bug. What have we got in the queue
that would require system catalog changes?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | ad wolf | 2002-09-02 05:20:07 | Wanted: pgdiff ($$$) |
Previous Message | Bruce Momjian | 2002-09-02 05:05:39 | Re: fix for palloc() of user-supplied length |