Re: pg_dump versus ancient server versions

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de>
Subject: Re: pg_dump versus ancient server versions
Date: 2021-10-25 12:59:56
Message-ID: CA+TgmoYuPV+V=8SC7YCgPs=Fm0nBO9=un0uU4S7vOQHq3=S5gg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 25, 2021 at 8:29 AM Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> But we don't need to build them on modern platforms, just run them on
> modern platforms, ISTM.

I don't really agree with this.

> Some months ago I built binaries all the way back to 7.2 that with a
> little help run on modern Fedora and Ubuntu systems. I just upgraded my
> Fedora system from 31 to 34 and they still run. See
> <https://gitlab.com/adunstan/pg-old-bin> One of the intended use cases
> was to test pg_dump against old versions.

That's cool, but I don't have a Fedora or Ubuntu VM handy, and it does
seem like if people are working on testing against old versions, they
might even want to be able to recompile with debugging statements
added or something. So I think actually compiling is a lot better than
being able to get working binaries from someplace, even though the
latter is better than nothing.

> I'm not opposed to us cutting off support for very old versions,
> although I think we should only do that very occasionally (no more than
> once every five years, say) unless there's a very good reason. I'm also
> not opposed to us making small adjustments to allow us to build old
> versions on modern platforms, but if we do that then we should probably
> have some buildfarm support for it.

Yeah, I think having a small number of buildfarm animals testing very
old versions would be nice. Perhaps we can call them tyrannosaurus,
brontosaurus, triceratops, etc. :-)

--
Robert Haas
EDB: http://www.enterprisedb.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hayk Manukyan 2021-10-25 14:07:18 Feature request for adoptive indexes
Previous Message Robert Haas 2021-10-25 12:55:37 Re: pg_dump versus ancient server versions