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
