Re: Naming of gss_accept_deleg

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: Naming of gss_accept_deleg
Дата
Msg-id ZGo+YDCPemgtmtUM@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: Naming of gss_accept_deleg  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Naming of gss_accept_deleg  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Список pgsql-hackers
Greetings,

* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Abhijit Menon-Sen <ams@toroid.org> writes:
> > At 2023-05-20 23:21:57 -0400, tgl@sss.pgh.pa.us wrote:
> >> I thought the plan was to also rename the libpq "gssdeleg" connection
> >> parameter and so on?  I can look into that tomorrow, if nobody beats
> >> me to it.
>
> > I was trying the change to see if it would be better to name it
> > "gssdelegate" instead (as in delegate on one side, and accept the
> > delegation on the other), but decided that "gssdelegation=enable"
> > reads better than "gssdelegate=enable".
>
> Yeah, agreed.
>
> > Here's the diff.
>
> Thanks for doing that legwork!  I found a couple other places where
> "deleg" had escaped notice, and changed the lot.  Watching the
> buildfarm now ...

Thanks all for taking this up over a weekend.

Stephen

Вложения

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: PG 16 draft release notes ready
Следующее
От: Andres Freund
Дата:
Сообщение: Re: walsender performance regression due to logical decoding on standby changes