convey privileges -> confer privileges
Started by Erik Rijkersabout 3 years ago1 messages
Can we change 'convey' to 'confer' in these recent doc changes?
Maybe 'convey a privilege' isn't exactly wrong but it leaves you
wondering what exactly is meant.
Thanks,
Erik
Attachments:
createuser.sgml.20230105.difftext/x-patch; charset=UTF-8; name=createuser.sgml.20230105.diffDownload
--- doc/src/sgml/ref/createuser.sgml.orig 2023-01-05 21:37:35.803839575 +0100
+++ doc/src/sgml/ref/createuser.sgml 2023-01-05 21:38:14.700390046 +0100
@@ -47,7 +47,7 @@
<literal>CREATEROLE</literal> privilege.
Being a superuser implies the ability to bypass all access permission
checks within the database, so superuser access should not be granted
- lightly. <literal>CREATEROLE</literal> also conveys
+ lightly. <literal>CREATEROLE</literal> also confers
<link linkend='role-creation'>very extensive privileges</link>.
</para>
user-manag.sgml.20230105.difftext/x-patch; charset=UTF-8; name=user-manag.sgml.20230105.diffDownload
--- doc/src/sgml/user-manag.sgml.orig 2023-01-05 21:30:14.905548605 +0100
+++ doc/src/sgml/user-manag.sgml 2023-01-05 21:34:48.945471335 +0100
@@ -207,10 +207,10 @@
<literal>SECURITY LABEL</literal> commands.
</para>
<para>
- However, <literal>CREATEROLE</literal> does not convey the ability to
- create <literal>SUPERUSER</literal> roles, nor does it convey any
+ However, <literal>CREATEROLE</literal> does not confer the ability to
+ create <literal>SUPERUSER</literal> roles, nor does it confer any
power over <literal>SUPERUSER</literal> roles that already exist.
- Furthermore, <literal>CREATEROLE</literal> does not convey the power
+ Furthermore, <literal>CREATEROLE</literal> does not confer the power
to create <literal>REPLICATION</literal> users, nor the ability to
grant or revoke the <literal>REPLICATION</literal> privilege, nor the
ability to modify the role properties of such users. However, it does