Re: [Pkg-postgresql-public] Postgres major version support policy on Debian

From: Markus Wanner <markus(at)bluegap(dot)ch>
To: Markus Wanner <markus(at)bluegap(dot)ch>, pkg-postgresql-public(at)lists(dot)alioth(dot)debian(dot)org, Postgres General <pgsql-general(at)postgresql(dot)org>, backports-users(at)lists(dot)backports(dot)org
Subject: Re: [Pkg-postgresql-public] Postgres major version support policy on Debian
Date: 2008-10-09 20:53:11
Message-ID: 48EE6F37.7010005@bluegap.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

Martin Pitt wrote:
> That's in fact the option I have most trouble with. Reason is that
> major upstream releases are roughly maintained for five years. All
> packages in Lenny main will be supported for Lenny's lifetime, which
> is in the order of 4 years (time to release plus, say, 3 years until
> the next Debian release comes out, plus one year of "oldstable"
> security/bug fix support).

Understood.

> However, postgresql-8.2 is already a little less than 2 years old,
> which means that we will need to backport patches in Debian for over a
> year. I think it will just barely work with supporting 8.1 in Etch and
> 8.3 in Lenny, but 8.2 will mean trouble. That's the primary reason
> why I only want to support the latest version in a stable release. I
> just can't commit to doing all that backporting work myself.

I didn't mean to put more work on your shoulders. Quite the opposite, in
fact.

> So a compromise I can live with is to put it back into unstable (or
> even just experimental), but never let it propagate to testing. Then
> backports.org can do mechanized backports of updates without being
> tied to the long lifecycle of Lenny. Would that be an acceptable
> compromise for all involved parties?

That works for me.

Can you act as a sponsor for uploading 8.2 packages to experimental or
unstable?

Regards

Markus Wanner

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bart Grantham 2008-10-09 21:34:22 Opteron vs. Xeon performance differences
Previous Message Greg Smith 2008-10-09 20:40:54 Re: logging SQL statements