Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmh8N-0008GG-2c for pgsql-docs@arkaria.postgresql.org; Mon, 06 Aug 2018 15:09:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fmh8K-00006d-7y for pgsql-docs@arkaria.postgresql.org; Mon, 06 Aug 2018 15:09:20 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmh8J-00006U-Uy for pgsql-docs@lists.postgresql.org; Mon, 06 Aug 2018 15:09:20 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fmh8C-00040u-Sz; Mon, 06 Aug 2018 15:09:18 +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 w76F998l018021; Mon, 6 Aug 2018 11:09:10 -0400 From: Tom Lane To: "Jonathan S. Katz" cc: pgsql-docs@lists.postgresql.org Subject: Re: Release note trimming: another modest proposal In-reply-to: <37D00E58-A0F0-42E4-83F1-A124A282575D@postgresql.org> References: <19252.1533509841@sss.pgh.pa.us> <37D00E58-A0F0-42E4-83F1-A124A282575D@postgresql.org> Comments: In-reply-to "Jonathan S. Katz" message dated "Mon, 06 Aug 2018 10:41:28 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <18019.1533568149.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 06 Aug 2018 11:09:09 -0400 Message-ID: <18020.1533568149@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Jonathan S. Katz" writes: >> On Aug 5, 2018, at 6:57 PM, Tom Lane wrote: >> ... We could discuss ways >> of making a complete release-note archive available somewhere, >> if "go dig in the git repo" doesn't seem like an adequate answer >> for that. > Why not www.postgresql.org ? We could add it= as a subnav to the > documentation section and just have the entire archive there. We could > then update the official docs to say =E2=80=9CIf you would like to refer= ence release > notes for earlier versions, please visit =E2=80=9D Yeah, that should certainly be part of it. The questions I have are (1) Is it sufficient to have that info on the website? People who want it locally can always fall back on searching the development git repo, but it'd be less convenient perhaps. (2) How would we maintain that exactly? It's not, for instance, possible to build the release notes as a standalone document right now. (Bruce's eagerness to provide xrefs for just about everything is the main stumbling block, though there might be others.) The process I'm vaguely imagining is that when a release branch is EOL'd, before removing its release-NN.sgml file from the HEAD branch, we copy that file into some archive somewhere and do a one-time edit to make it buildable as part of a standalone release-notes document. Maybe the "archive" contains a makefile and enough supporting stuff to build a document that has just the obsolete release notes, and somewhere we have a git repo for that. Then anybody who wants local access can clone that repo (solving question 1), and we annually use it to build a new version of the old-release-notes document to put on the website. This seems like a nontrivial amount of work, but maybe we can automate it to some extent. regards, tom lane