Skip site navigation (1) Skip section navigation (2)

Re: damage control mode

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>, Greg Smith <greg(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, David Fetter <david(at)fetter(dot)org>, Josh Berkus <josh(at)agliodbs(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: damage control mode
Date: 2010-01-12 17:56:25
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Tue, 2010-01-12 at 12:52 -0500, Robert Haas wrote:
> On Tue, Jan 12, 2010 at 4:19 AM, Dimitri Fontaine
> <dfontaine(at)hi-media(dot)com> wrote:
> > Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> >> I agree.  My main concern in terms of dealing with these outstanding
> >> is that it will distract us, particularly Tom, from stabilizing the
> >> tree, especially HS, VF, and SR.  If the tree were in a releasable
> >> state today I wouldn't be worrying about it.
> >
> > You sound like you want to drop the last Commit Fest and prepare beta
> > instead.
> I think I was pretty clear about what I was proposing in the message
> with which I started this thread - bump some or all the big,
> outstanding patches to leave more time for stabilizing the tree.
> Almost everyone said "no".  That's the community's decision and I
> accept it, but IMHO it's a tacit decision to slip the release.

Agreed. (although I think we should bump the big outstanding patches)

Joshua D. Drake

> ...Robert

-- Major Contributor
Command Prompt, Inc: - 503.667.4564
Consulting, Training, Support, Custom Development, Engineering
Respect is earned, not gained through arbitrary and repetitive use or Mr. or Sir.

In response to


pgsql-hackers by date

Next:From: Kevin GrittnerDate: 2010-01-12 17:58:16
Subject: Re: NOT NULL violation and error-message
Previous:From: Robert HaasDate: 2010-01-12 17:52:20
Subject: Re: damage control mode

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group