Re: pg_amcheck option to install extension

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_amcheck option to install extension
Дата
Msg-id 563213.1618931367@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_amcheck option to install extension  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: pg_amcheck option to install extension
Список 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



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: pg_amcheck option to install extension
Следующее
От: Jehan-Guillaume de Rorthais
Дата:
Сообщение: Re: when the startup process doesn't