Received: from malur.postgresql.org ([217.196.149.56])
	by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.89)
	(envelope-from <pgsql-docs-owner+archive@lists.postgresql.org>)
	id 1i3i5G-0002F7-N3
	for pgsql-docs@arkaria.postgresql.org; Fri, 30 Aug 2019 14:41:02 +0000
Received: from localhost ([127.0.0.1] helo=malur.postgresql.org)
	by malur.postgresql.org with esmtp (Exim 4.89)
	(envelope-from <pgsql-docs-owner+archive@lists.postgresql.org>)
	id 1i3i5F-0004MN-Ib
	for pgsql-docs@arkaria.postgresql.org; Fri, 30 Aug 2019 14:41:01 +0000
Received: from makus.postgresql.org ([2001:4800:3e1:1::229])
	by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.89)
	(envelope-from <tgl@sss.pgh.pa.us>)
	id 1i3i5F-0004G3-7H
	for pgsql-docs@lists.postgresql.org; Fri, 30 Aug 2019 14:41:01 +0000
Received: from sss.pgh.pa.us ([66.207.139.130])
	by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256)
	(Exim 4.92)
	(envelope-from <tgl@sss.pgh.pa.us>)
	id 1i3i5D-0000wp-1o
	for pgsql-docs@lists.postgresql.org; Fri, 30 Aug 2019 14:41:00 +0000
Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1])
	by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x7UEevoV019087;
	Fri, 30 Aug 2019 10:40:57 -0400
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Bruce Momjian <bruce@momjian.us>
cc: pgsql-docs@lists.postgresql.org
Subject: Release notes on "reserved OIDs"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <19085.1567176057.1@sss.pgh.pa.us>
Content-Transfer-Encoding: quoted-printable
Date: Fri, 30 Aug 2019 10:40:57 -0400
Message-ID: <19086.1567176057@sss.pgh.pa.us>
List-Id: <pgsql-docs.lists.postgresql.org>
List-Help: <https://lists.postgresql.org/manage/>
List-Subscribe: <https://lists.postgresql.org/manage/>
List-Post: <mailto:pgsql-docs@lists.postgresql.org>
List-Owner: <mailto:pgsql-docs-owner@lists.postgresql.org>
List-Archive: <https://www.postgresql.org/list/pgsql-docs>
Precedence: bulk

I happened across this bit in the v12 release notes:

     <listitem>
<!--
Author: Andres Freund <andres@anarazel.de>
2018-12-13 [09568ec3d] Create a separate oid range for oids assigned by ge=
nbki.
-->

      <para>
       Reserve a range of OIDs (9000-9999) to be used for external
       extensions (Andres Freund)
      </para>
     </listitem>

This seems more or less completely misleading.  There is no project policy
saying that we won't ever use those OIDs.  Moreover, in view of a6417078c
(which you don't seem to have documented at all), what we really ought to
be saying is that new patches ought to be using OIDs in 8000-9999 with the
expectation that those will get renumbered later.

That does have the effect that shipped releases probably won't use those
OIDs anytime in the near future ... but there's a lot of daylight between
that and giving a promise that we won't ever use them period.  In
particular, I could see somebody citing this text as a reason to complain
that "my extension isn't working with v15devel because commit NNNN used
some random OIDs above 9K".

			regards, tom lane