Re: [HACKERS] SCRAM in the PG 10 release notes - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: [HACKERS] SCRAM in the PG 10 release notes
Date
Msg-id CAB7nPqT9PHm6TPmL8uhDT=fnXmeeJ5gZpS7ynoGLLoRxsvaSGg@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] SCRAM in the PG 10 release notes  (Jeff Janes <jeff.janes@gmail.com>)
Responses Re: [HACKERS] SCRAM in the PG 10 release notes
List pgsql-hackers
On Wed, Sep 20, 2017 at 6:55 AM, Jeff Janes <jeff.janes@gmail.com> wrote:
> On Tue, Sep 19, 2017 at 1:32 PM, Heikki Linnakangas <hlinnaka@iki.fi> wrote:
>> I'm not sure what exactly to do here. Where should we stick that notice?
>> We could put it in the release notes, where the bullet point about SCRAM is,
>> but it would be well hidden. If we want to give advice to people who might
>> not otherwise pay attention, it should go to a more prominent place. In the
>> "Migration to version 10" section perhaps. Currently, it only lists
>> incompatibilities, which this isn't. Perhaps put the notice after the list
>> of incompatibilities (patch attached)?
>
> I guess I'm late to the party, but I don't see why this is needed at all.
> We encourage people to use any and all new features which are appropriate to
> them--that is why we implement new features.  Why does this feature need a
> special invitation?

There have been continuous complains on those lists for the last 5
years or so that MD5 is "weak" and should be avoided. Well, Postgres
is not wrong in the way it uses MD5 in itself, backups including raw
MD5 hashes being more of a problem. But I would think that it is fair
to tell in a louder to such folks that Postgres has actually done
something on the matter.
-- 
Michael


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Melanie Plageman
Date:
Subject: Re: [HACKERS] [PATCH v1] Add and report the new "in_hot_standby" GUC pseudo-variable.
Next
From: Corey Huinker
Date:
Subject: [HACKERS] Varying results when using merge joins over postgres_fdw vs hash joins