Re: pg_amcheck option to install extension
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@alvh.no-ip.org>
Cc: Michael Paquier <michael@paquier.xyz>,
Andrew Dunstan <andrew@dunslane.net>,
Mark Dilger <mark.dilger@enterprisedb.com>,
PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2021-04-20T15:09:27Z
Lists: pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > Actually I think the best balance would be to leave things where they > are, and move amcheck to src/extensions/ once the next devel cycle > opens. That way, we avoid the (pretty much pointless) laborious task of > moving pg_amcheck to contrib only to move it back on the next cycle. > What I'm afraid of, if we move pg_amcheck to contrib, is that during the > next cycle people will say that they are both perfectly fine in contrib/ > and so we don't need to move anything anywhere. Indeed. But I'm down on this idea of inventing src/extensions, because then there will constantly be questions about whether FOO belongs in contrib/ or src/extensions/. Unless we just move everything there, and then the question becomes why bother. Sure, "contrib" is kind of a legacy name, but PG is full of legacy names. regards, tom lane
Commits
-
Provide pg_amcheck with an --install-missing option
- b859d94c6389 14.0 landed