Re: password_encryption default - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: password_encryption default
Date
Msg-id 20200527135917.GV3418@tamriel.snowman.net
Whole thread Raw
In response to Re: password_encryption default  ("Jonathan S. Katz" <jkatz@postgresql.org>)
Responses Re: password_encryption default
List pgsql-hackers
Greetings,

* Jonathan S. Katz (jkatz@postgresql.org) wrote:
> On 5/27/20 9:13 AM, Michael Paquier wrote:
> > On Wed, May 27, 2020 at 02:56:34PM +0200, Magnus Hagander wrote:
> >> Seems like the better choice yeah. Since we're changing the default anyway,
> >> maybe now is the time to do that? Or if not, maybe have it log an explicit
> >> deprecation warning when it loads a config with it?
> >
> > Not sure that's worth it here, so I would just remove the whole.  It
> > would be confusing to keep the past values and have them map to
> > something we think is not an appropriate default.
>
> +1 to removing the legacy options. It could break some people on legacy
> upgrades, but my guess would be that said situations are very small, and
> we would document the removal of these as "breaking changes" in the
> release notes.

Agreed- let's remove the legacy options.  As I've mentioned elsewhere,
distros may manage the issue for us, and if we want to get into it, we
could consider adding support to pg_upgrade to complain if it comes
across a legacy setting that isn't valid.  I'm not sure that's
worthwhile though.

Thanks,

Stephen

Attachment

pgsql-hackers by date:

Previous
From: Andy Fan
Date:
Subject: Re: Make the qual cost on index Filter slightly higher than qual coston index Cond.
Next
From: Mark Dilger
Date:
Subject: Re: New 'pg' consolidated metacommand patch