From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)hub(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Manfred Koizar <mkoi-pg(at)aon(dot)at>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Per tuple overhead, cmin, cmax, OID |
Date: | 2002-06-09 01:53:05 |
Message-ID: | 200206090153.g591r5k28942@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marc G. Fournier wrote:
> On Sat, 8 Jun 2002, Bruce Momjian wrote:
>
> > Yes, but there is a downside to this. We have trouble enough figuring
> > out if a patch is a "feature" or "bug fix" during beta. How are people
> > going to decide if a feature is "big" or not to work on during August?
> > It has a paralyzing effect on our developers.
>
> How is this any different then our other releases? I think you've totally
> lost me as to where the problem is ... reading your above, you are
> suggesting that ppl don't work on big projects during the month of August,
> since it might not get in for the release? We've never advocated that
> before, nor do I believe we should at this point ... in fact, I think its
> about time we start dealing with beta using the tools that we have
> available ...
In previous releases, we had this "it is too close to beta to add
feature X" mentality, and I see Tom reiterating that in his email.
It is the idea were are supposed to go into beta with a bug-free release
that bother me. August is prime time for open-source development. Many
countries have holidays, and business is slow, so people have time to
work projects. Let's use that time to improve PostgreSQL, and leave
beta for fixing.
> Beta starts, we branch out a -STABLE vs -DEVELOPMENT branch in CVS ... we
> release a beta1 and deal with bug releases as they come in, followed by a
> beta2 until we are ready for release ... I think everyone is old enough
> now to be able to decide whatfixed have gone into -STABLE that should be
> reflected in -DEVELOPMENT, no? Our mistake last release wasn't how long
> beta lasted, but how long we stalled development ...
Agreed. Let's split sometime during beta as soon as we are ready to
work on 7.4. Sooner and we just double-patch for no purpose, later and
we stall development.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-06-09 01:55:07 | Default privileges for new databases (was Re: Can't import large objects in most recent cvs) |
Previous Message | Tom Lane | 2002-06-09 01:00:39 | Re: revised sample SRF C function; proposed SRF API |