Adjust documentation about pg_pltemplate to reflect latest thinking.

It's more likely that pg_pltemplate will go away in the future than
that we'll add additional specialized infrastructure for it.

doc/src/sgml/catalogs.sgml

@@ -4211,7 +4211,7 @@
      <row>
       <entry><structfield>tmplacl</structfield></entry>
       <entry><type>aclitem[]</type></entry>
-      <entry>Access privileges for template (not yet used)</entry>
+      <entry>Access privileges for template (not actually used)</entry>
      </row>
 
     </tbody>
@@ -4222,16 +4222,17 @@
    There are not currently any commands that manipulate procedural language
    templates; to change the built-in information, a superuser must modify
    the table using ordinary <command>INSERT</command>, <command>DELETE</command>,
-   or <command>UPDATE</command> commands.  It is likely that a future
+   or <command>UPDATE</command> commands.
-   release of <productname>PostgreSQL</productname> will offer
-   commands to change the entries in a cleaner fashion.
   </para>
 
+  <note>
    <para>
-   When implemented, the <structfield>tmplacl</structfield> field will provide
+    It is likely that <structname>pg_pltemplate</> will be removed in some
-   access control for the template itself (i.e., the right to create a
+    future release of <productname>PostgreSQL</productname>, in favor of
-   language using it), not for the languages created from the template.
+    keeping this knowledge about procedural languages in their respective
+    extension installation scripts.
    </para>
+  </note>
 
  </sect1>