Re: Naming of gss_accept_deleg - Mailing list pgsql-hackers

From Abhijit Menon-Sen
Subject Re: Naming of gss_accept_deleg
Date
Msg-id ZGm+LGwBqnM5gVBQ@toroid.org
Whole thread Raw
In response to Re: Naming of gss_accept_deleg  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Naming of gss_accept_deleg
List pgsql-hackers
At 2023-05-20 23:21:57 -0400, tgl@sss.pgh.pa.us wrote:
>
> Nathan Bossart <nathandbossart@gmail.com> writes:
> > On Sat, May 20, 2023 at 09:33:44PM -0400, Bruce Momjian wrote:
> >> With less then 48 hours to beta 1 packaging, I have made this change and
> >> adjusted internal variable to match.
> 
> > The buildfarm and cfbot seem unhappy with 9c0a0e2.  It looks like there are
> > a few remaining uses of gss_accept_deleg to rename.  I'm planning to commit
> > the attached patch shortly.
> 
> 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".

Here's the diff.

-- Abhijit

Attachment

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: createuser --memeber and PG 16
Next
From: Alena Rybakina
Date:
Subject: Re: POC PATCH: copy from ... exceptions to: (was Re: VLDB Features)