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

Re: damage control mode

From: David Fetter <david(at)fetter(dot)org>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>,Robert Haas <robertmhaas(at)gmail(dot)com>,Dimitri Fontaine <dfontaine(at)hi-media(dot)com>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: damage control mode
Date: 2010-01-12 01:14:04
Message-ID: 20100112011404.GO25810@fetter.org (view raw or flat)
Thread:
Lists: pgsql-hackers
On Mon, Jan 11, 2010 at 07:50:23PM -0500, Bruce Momjian wrote:
> Josh Berkus wrote:
> > I'll also say: if we can't make time-based releases work, we're
> > probably dead as a project.  MySQL and Ingres both tried
> > feature-based releases, and look where they are now.
> 
> That is a simplification.  We have always done time-based releases
> with adjustments for feature/stability.  If we can't factor
> stability concerns into the release timetable, we will end up like
> MySQL.

Comparisons to MySQL or other proprietary software just aren't
pertinent to this discussion.

If we're looking to other projects, the Linux kernel might be more
relevant.  That has, for the nonce, decided to sacrifice stability for
time-based releases.  People who help package the kernel for
distributions are better qualified than I to discuss the merits of
this approach.

Cheers,
David.
-- 
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter      XMPP: david(dot)fetter(at)gmail(dot)com
iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2010-01-12 01:16:57
Subject: Re: Streaming replication status
Previous:From: Tom LaneDate: 2010-01-12 01:03:25
Subject: Re: damage control mode

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