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

Re: 8.4 release planning

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org, jd(at)commandprompt(dot)com, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>
Subject: Re: 8.4 release planning
Date: 2009-01-29 01:36:04
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Robert Treat wrote:
> > We are going to have exactly 
> > no credibility if we tell Simon et al "we're pushing these patches to
> > 8.5, but don't worry, it'll be a short release cycle".
> >
> The other options being we stall 8.4 indefinatly waiting for HS (which, 
> honestly I am comfortable with), or his patches get pushed and he doesnt get 
> them for another 14 months. Seems to me our credibility isn't really even a 
> factor here. 
> Right now I'm really trying to figure out how to solve this problem for the 
> long term. If we say up front now that the next 2 cycles are short cycles, 
> then I think people will be more willing to push patches come end-of-8.5 (and 
> let's not pretend we're not going to have this same argument over streaming 
> replication or synchronous replay or merge command or whatever hot feature is 
> almost ready at that time)

You want the fix --- have people complete their patches long before the
last commit fest --- no matter of adjustment is going to fix that. If
they can't complete it early, fine, but don't expect we can reach some
ideal development schedule by adjusting things --- sometimes ideal just
isn't possible.

  Bruce Momjian  <bruce(at)momjian(dot)us>

  + If your life is a hard drive, Christ can be your backup. +

In response to

pgsql-hackers by date

Next:From: Fujii MasaoDate: 2009-01-29 01:36:14
Subject: Re: Hot standby, recovery infra
Previous:From: Bruce MomjianDate: 2009-01-29 01:12:40
Subject: Re: 8.4 release planning

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