Re: pgsql: Provide a TLS init hook

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Provide a TLS init hook
Дата
Msg-id 20683.1585254666@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Provide a TLS init hook  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Список pgsql-committers
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
> On 3/26/20 11:31 AM, Tom Lane wrote:
>> Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
>>> I don't think this belongs in installcheck, we should add
>>> 'NO_INSTALLCHECK = 1' to the Makefile.

>> Why?  The other src/test/modules/ modules with TAP tests do not
>> specify that, with the exception of commit_ts which has a solid
>> doesnt-work-in-the-default-configuration excuse.

> That seems wrong, installcheck should be testing against an installed
> instance, and the TAP tests don't.

So?  We clearly document that for the TAP tests, "make installcheck"
means "use the installed executables, but run a new instance" [1].

> Moreover, from the buildfarm's POV
> it's completely wrong, as we call the installcheck targets multiple
> times, once for each configured locale. See one of the animals that
> tests multiple locales (e.g. crake or prion)

Yeah.  That's productive if you think the tests might be
locale-sensitive.  I doubt that any of the ones under src/test/modules/
actually are at the moment, so maybe this is a waste of buildfarm effort.
But I don't think that it's the place of the Makefiles to dictate such
policy, and especially not for them to do so by breaking the ability to
use "make installcheck" at all.

            regards, tom lane

[1] https://www.postgresql.org/docs/devel/regress-tap.html



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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: pgsql: Provide a TLS init hook
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Ensure that plpgsql cleans up cleanly during parallel-worker exi