Re: EOL for 7.4?

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: EOL for 7.4?
Date: 2009-11-03 17:13:16
Message-ID: 1257268396.13207.5021.camel@ebony
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, 2009-11-03 at 16:37 +0000, Dave Page wrote:
> On Tue, Nov 3, 2009 at 4:29 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>
> > Unless there are unfixable data loss bugs in it, I say we keep it.
> >
> > Many people still run it, so why make them move?
>
> There are non-trivial amounts of effort required to produce and test
> packages for each branch we maintain. That affects all of the
> packagers to varying degrees and should not be overlooked.

This presumes a single group of packagers that does all releases. We'd
be the only project that does that, AFAICS.

Seems strange to limit tasks to just the same few people all the time.
We could ask for volunteer maintainers for releases, rather than just
say "the X people that do all the work no longer wish to do it and so
we're not going to let anyone else either". No volunteers, no releases.
That is exactly how this current project got started in the first place
- picking up the maintenance responsibility on code that the original
authors no longer wished to maintain.

As in all things, any major changes with respect to packages should be
discussed publicly, with notice given of any changes. Anybody that feels
it is worth supporting could then come forward to do so.

I hope we can avoid a sarcastic "over to you then Simon" reply. I'm not
volunteering for it, but we should give others the opportunity to do so.
My belief is there is a substantial user community for 7.4, and for 7.3
also. There is no reason why we should act like a commercial company
when we're a volunteer organisation.

So suggestion: announce that 7.4 will be EOLd in 6 months unless
volunteers come forward to support further releases. At the same time,
announce what the EOL plans are for other releases, so people can begin
planning upgrades. In most stable production systems the planning cycle
can extend to years, rather than weeks or months.

--
Simon Riggs www.2ndQuadrant.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-11-03 17:13:24 Re: operator exclusion constraints
Previous Message Tom Lane 2009-11-03 17:09:31 Re: A small bug in gram.y