Re: Naming of gss_accept_deleg

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Abhijit Menon-Sen <ams(at)toroid(dot)org>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Naming of gss_accept_deleg
Date: 2023-05-21 15:53:04
Message-ID: ZGo+YDCPemgtmtUM@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greetings,

* Tom Lane (tgl(at)sss(dot)pgh(dot)pa(dot)us) wrote:
> Abhijit Menon-Sen <ams(at)toroid(dot)org> writes:
> > At 2023-05-20 23:21:57 -0400, tgl(at)sss(dot)pgh(dot)pa(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2023-05-21 16:10:46 Re: walsender performance regression due to logical decoding on standby changes
Previous Message Bruce Momjian 2023-05-21 15:52:34 Re: PG 16 draft release notes ready