Re: Per tuple overhead, cmin, cmax, OID

From: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
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 00:10:43
Message-ID: 20020608210258.K27088-100000@mail1.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

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 ...

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 ...

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-06-09 01:00:39 Re: revised sample SRF C function; proposed SRF API
Previous Message Josh Berkus 2002-06-08 23:45:59 Re: Timestamp/Interval proposals: Part 2