Re: Debian packages for Postgres 8.2

From: Markus Wanner <markus(at)bluegap(dot)ch>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Joris Dobbelsteen <joris(at)familiedobbelsteen(dot)nl>, pgsql-general(at)postgresql(dot)org
Subject: Re: Debian packages for Postgres 8.2
Date: 2008-09-25 12:36:08
Message-ID: 48DB85B8.3020906@bluegap.ch
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

Peter Eisentraut wrote:
> I understand how this use case ends up falling through the cracks. But
> the backports infrastructure is not set up for maintaining original
> packages (which PG 8.2 would be become, without a references package in
> testing).

Uh.. so you are proposing to keep (revive) postgresql-8.2 in testing and
backporting from there? That sounds like more trouble and work. Or do
you think that's feasible? Doesn't that violate the policy of 'testing'?

Otherwise, as stated, I'd recommend to never backport a Postgres major
version which may be removed from testing in the future. Just to keep
users from believing it's safe to use and maintained.

Either way is better than status quo of Postgres in backports, IMO.
(Which relies on the flaky assumption that pg_upgradecluster can be used
to upgrade between major versions).

> So you will probably have to put in a bit more effort to come
> up with a sustainable maintenance model, plus the resources to enact it.

Well, I'm providing the necessary packages for i386 and amd64. And I'm
offering to maintain them. But I am not in the position to decide where
to make these available - besides offering them from my own server as I
already do.

I'd be happy to upload to testing or etch-backports or both... or even
help maintaining the official Postgres packages for Debian.

Regards

Markus Wanner

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andrew Sullivan 2008-09-25 12:52:42 Re: Oracle and Postgresql
Previous Message Tom Lane 2008-09-25 12:19:14 Re: Minor bug/inconveniance with restore from backup, using PITR base backup and archived wal files