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 ) id 1iz16q-0007u9-NQ for pgsql-docs@arkaria.postgresql.org; Tue, 04 Feb 2020 16:31:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iz16p-0002Vf-FQ for pgsql-docs@arkaria.postgresql.org; Tue, 04 Feb 2020 16:31:31 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iz16p-0002VY-22 for pgsql-docs@lists.postgresql.org; Tue, 04 Feb 2020 16:31:31 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1iz16m-0005df-FK for pgsql-docs@lists.postgresql.org; Tue, 04 Feb 2020 16:31:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Type:In-Reply-To:MIME-Version:Date: Message-ID:From:References:Cc:To:Subject:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=jNaRxD/ryDwmgZR39XSTVwgaARiUio19cjssPEbWWgg=; b=bxYBfJ6THB7X+LyhjNWL5XcnNs +CzVLtWhrbkkNoPUnM1WocJXjGSGTDTzmS8YeeZaS7cOlu86/93RJaLG2heA7MBjGi83b5454yi7A xRud1OIHwdeQp8AS6K+TiAPBQpAZhh2hyIHm6zUCjLMQKqsxZSF/OsEOPggXoQtvOhKsNdBs30p1R d01GCkURGxgoaZo6e17k0YXMJpj1m9ukL75PMl4KrUnZ2R/quebNhwgJzTfYPS1398MrbhbMfZoQ8 /gxD8Aa2UTCVLREwbICvAL6Jd85PJcalVYUShHaPnvvGw56By1ZoeN6ZuFNtchbARQ0tE+Ug/EnBi UL7gtYkg==; Received: from [63.118.15.50] (helo=Ph33rHippo.local) by meldrar.postgresql.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iz16j-0005Wa-0j; Tue, 04 Feb 2020 16:31:27 +0000 Subject: Re: Documentation: 21.5. Default Roles To: Magnus Hagander Cc: Bruce Momjian , R Ransbottom , Ian Barwick , Stephen Frost , Laurenz Albe , Pg Docs References: <157742545062.1149.11052653770497832538@wrigleys.postgresql.org> <20191227171654.GA2992@momjian.us> <8c2f4f1b90c993c8c6338b978a78a9ebbcd1c934.camel@cybertec.at> <20200114181331.GB10430@momjian.us> <20200114194502.GX3195@tamriel.snowman.net> <20200119035648.3k4d3erobborxwv3@rat.local> <957c35e3-8023-ebe6-3b51-3a620b66ae82@2ndquadrant.com> <20200124001208.6dessehrm7lgeqwz@rat.local> <20200203204244.GA15678@momjian.us> <3b1f6cb3-4a6c-fff7-59ae-b8ce0a9866d8@postgresql.org> From: "Jonathan S. Katz" Autocrypt: addr=jkatz@postgresql.org; keydata= mQINBFtShwABEAC7PNHDUOTYuifpUCk23KqfxdQQkn4nkoxOXRK0+rAj36FiwqGB4TJFuOVZ sDFAEiSlC8Jt4y5Cs7B5tetT8JNd2cs6zp/udMJJDz9d65O9PDpdlMgAmIiTzpLlSdx8FG56 DTksaDv1d8j3cTJPSE4/fWSxqzA7o3Y9UuL7atZPrzfImgpRKs0of7elIHwOa8GucjyhYqcR h60wFBJc2KXqQdDYRTZy43DSnY/0VNc0omiH355fustvpm+m5HjD3w7qZyfN3fpKJpnX1LCF f3MnPHaDGITIYGRCBXvf0UqUtD6OEVWPv2C2gyqWMIpWmZTOgDufltKyIByKBoS9x0PlFkij 04X3KODCngt+N8Ssc9OICc6QSxhjoP48PYPdmiTmkrGuf0LX084wj1xeo1NX7XxZK39F6dTJ DhsIiW0sNS0xMxQHLHG9VLbPjx3SANQBh6BuryPz5ZupW9/TIDmkvprtU/oXfKgtfYm3fxmk EctxbWrEPsFTFPyuMqQu6l+xyQv0s1VLZfjNWaua6H1/gGoIt6kRnn5qMXDVVpijuWkHbv7G ngaQMd258UrrOEHnnjzhQ7jxMWV9D+emxbAtlIxnYvCWlV4IwAQhEHfvudqYaIY3hNWrvQ6H GB2KXoTZYN9g5djm14/5nj1IU5zOcovkjJnKhoo9iStnpFF2cwARAQABtCdKb25hdGhhbiBT LiBLYXR6IDxqa2F0ekBwb3N0Z3Jlc3FsLm9yZz6JAlQEEwEIAD4CGwMFCQeGH4AFCwkIBwIG FQoJCAsCBBYCAwECHgECF4AWIQT6hLaVryv3miBkP/HxBJxynxxlJwUCW1KJJQAKCRDxBJxy nxxlJwjrD/kBgqsW4QpNpTFw7ifRokZV08CCX4huPBJQ91rrv+UEWlEcotFBHVkYyHnpzARl tcZxhJ9CbFxjniH9cOTty5T/O1yolbOHtZSW8Z8aWV6BVEbjMb+BFxSSLm7RnvJdzQbGCZq2 ZZvfVpB6z3EHYph4KDdVKvMFjoLskxmdS1DE0tE3zTxvoQsi24Q+HOS07kUjs6fsu/WICMfz mgO++AWG9Y0CvN0mm4TkujESzyKM9E5irD+leEMIcddl51Aa2c/VMfBXQbRmpHIgUFTmuHQD CnQih+9i3OJAksDg66SP8a7yiXv5mwvyDi1EfTGVKYR2j+pwyjwnC3oIbvDMmB3uTn2JIjnT iZKPVtAcAylXjubFltihQgNyuShdP4W+kBwZizhUFqUVL8Anx+KoytYmJPfMRFLGuK4obXKq a2ZS3k9KB+H+isOx2nFJOsc7V360Zp1DVaNmuiK10TT6QndShSPaqkJqFtCb6r92rZ9sZM/L 3vtCI4Rrl3Pt1MgtENXupS8gZpJnAYS0j5A1PAZ09r6ANoaeMHspF+5J5fOHeEvqphXr36mm a83Vl1t4orPb0+QmmijmlpseDU63M88Aw5p3c4qj7t8Qr2EZ5zrn7/sFn5wOfbs8Nymxafif QCnlV2vg9p0m7vSk/yLJ4PFZvs52FgqAGRCdRn0s2EC99bkCDQRbUocAARAAv8ho/toQ9DG3 j4f9h9n1aRHr2FlviN2Utpy6L8+dfDggO0geilmkGQOolZ2E60gGfye/kUtF9W3NByO4hxDR 9u6qbOXcdqnuA+cc68EfqlWFJrVtYFxt0h4ElWYOYnIezKthriWch/FY70FGrxs3z8UHOHq5 0wBW433eTvZm90WixBiXEt2v1DgW4Vr3ymfO7Aap/IYyPuE4JzgudAuAl0HKPyNEHWHG1dAb jX1RiCw9gknIDWQOF0B4UAaJctWGVcnZ3A2ULwNGMa1P9ZJlBWf1vcj01aiHMU0yQ7JjJiSp vfm9eM0uSLwRdDrJjyl5ZZqVumjdv2SMNQ8GvYRbEMys3GGDSt9zXgfCSUnPnJfYxjzBHRI6 x44Wfsx8S6hWxepOogCJJ/g67Bk9mY8YV4klWIXDJVOL5jnBC09DbsZG81JaE2QxB8Y7W36Z Mroi9XMxg3s805hQAQUvdG/poU8hN8BWdrnTm/+4eQQp7gDY1ePDmGM6bJC+OHOSnFtR/f+7 0zpKJ10cc7cBygGnl1yR3KjhFyAWUFvP4ZGziKCcpMwXZfe9PGuyA/YOubMphxIn3YsK2wrd faKZYX2GMZCZhMMcvx9IpQrxIJgU+VlwXu/O+Lk10VIPcxPJJwmpdI6HzcS8ZgG6IMcC444X XTuLaP8j2mgcMvYak3ScCykAEQEAAYkCPAQYAQgAJhYhBPqEtpWvK/eaIGQ/8fEEnHKfHGUn BQJbUocAAhsMBQkHhh+AAAoJEPEEnHKfHGUnReMP/RA2UhGQj+G4uBshkRLjpRysabdPqgQB dEBk6wYbio88Wg/2/hgY7UzmDDEwX3sZfQDcrI6+vIobI8uqstZID+WgAAa1JLfChMyVQnSy 0zfWMOABXscc5tGuvFRZvJklTissMFjXUwaREEKp4ZikTvJ/62MCjSdtrUhnPLvoTsHTKRKD ichE+b5A54alwsubTijw12O6N22r5IjZiiSZV0u7dsShyKw+7wCSax9fuBoE43NMYf+dnjMK nerAQYUcZWYMnk+EC8RaqYAxv6XZ2tKx1AkGGktwkQIBwrz9IlDSvJ3LWJ2UIIuLRTdngNgg GIL4zzuUa2F56FqskQIuYMaNETk6LYfalBDQ6TVLAcgCPQxp4k4i/PRsZ3lZ2ZhRHRYciOvm kp+I6EfHwllQpYrWs1thluBGqlJSVJgKl0IOFvKLsQ6KKfqzAwh6FxrO5qajp4viNIgtWoFw O5Bp0jgFTbH2OrMWIRfUdUCH1Djbuo65svhNj7FNsQVYzHDI+Nd1I/LOBoPc3UorRMF2M4JV kUR7skOHWUbPTSNUr7qc14NSMY3PKjGeVGAsBVHBPvmRx/Ss2tW/TpJWpxg4pmquFQSXuaYh Yf4FN8Sxy320pcr+FqN8AhZkYJcNY82OTtR5VEKRC/mYcyq61qXIKqngydn79bJjGxHipxyF FmEC Message-ID: <5982a365-a38a-f81a-003c-f72cb4d7f269@postgresql.org> Date: Tue, 4 Feb 2020 11:31:19 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Pmf0lTDKbyDC93otf34d5vn5MMTi6ucCF" X-Host-Lookup-Failed: Reverse DNS lookup failed for 63.118.15.50 (failed) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Pmf0lTDKbyDC93otf34d5vn5MMTi6ucCF Content-Type: multipart/mixed; boundary="J1A6PNRrrBNC38hQ0ooydwxS8hk35PFDs" --J1A6PNRrrBNC38hQ0ooydwxS8hk35PFDs Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2/4/20 3:34 AM, Magnus Hagander wrote: > On Mon, Feb 3, 2020 at 9:59 PM Jonathan S. Katz = wrote: >> So, if there was something done to redirect people from specific >> deprecated documentation pages historically, it was before my time. Mo= st >> of the redirects have been as general purposes ones (e.g. /docs/12), t= he >> rules we put in for getting rid of "static", and the release notes, >> which still receives some negative feedback towards it for different >> reasons (though I think overall the effort was well-received). Anyway,= >> if we had a redirect in place, I'd want us to do it well. >=20 > We have something close to it in commit > 496416ceda9c1015d9e7a6ef4b4fb18dae8a8d4e. But that doesn't actually > generate redirects when requests are coming in from the outside -- it > just makes sure our *internal* links can survive the rename of a file > between branches. Ah cool, didn't realize we had this feature :) > So it may not be exactly what's being looked for here, but it might be > a starting point. Probably the same underlying mapping table could be > used, but I haven't investigated that closely enough to say if it's > doable at this point, just that it's a starting point. Yeah. It could be as simple as having a flag on it to say it should redirect if the old file (presumably "file2" in the model) is hit. I'm saying this without diving into the mechanics of the code. > Using this feature to handle the rename of a file *between* major > versions, thus leaving the changes in master, should be safe (as long > as we add an entry to that table in pgweb). >=20 > As for back branches, I think we have to say that it's too close to > the minor release to safely have something done in pgweb before then. This part I agree on, but let's sync offline to see if there is something within reason, with a preference to *not* rush if we're worried about breaking something right before release. Jonathan --J1A6PNRrrBNC38hQ0ooydwxS8hk35PFDs-- --Pmf0lTDKbyDC93otf34d5vn5MMTi6ucCF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE+oS2la8r95ogZD/x8QSccp8cZScFAl45nFgACgkQ8QSccp8c ZSclYQ/8C6V1u8bwY6dB9pL0eLGwqVpbKd1WFHbvz9a2Da/HEe6Tz+GDZQ9ABr7Z EXLC0k5hToZEZ+gfHtf2+JOU58PoqIhaz68YgIX7SIQruVaHi3TWXXS9HYjE6fSA FDotkc6APD7mGc4P2dQiBtSeiWxBBoDehxXAbDoedsk46IVUArx7KOBJJwfESC4E mqA7LJ7WAlGfNmvXd8pwoWezKNcNEQkWOzeHy+75w1cLhk05yOlbAT8fuzVsEecP 9w9qrmQQqtqBuUt2s57Ys24xh1vG7Trtqr9sd+r7LXqL1Phkm1OLoDbN06+6V/jZ 3wF5LcW65ItCFa3E5m2qynnW11FLURC5ICfkHSzMXRUOrmBNgjq7pbveOD81lLL3 EMQDjvwiYInBk+j/SE6XZV6E6nOwGUwD8ShxaEzicD7MgtQyaWhm6UKgMR4P28V5 LLFqGDrk8rmkj4mVRK/62Zir8V3LNzO5K3Bz/B3CyCuKWNsSdREZLNFcbx045Opi uZ3Ss/zbFIEtaA+xkWHU50R6v2wJxiFUqinmC4EBXXiWfsP84MUjSP/ExT/nPPcC 286SB3JkVzjjfzalDrPAWpzQuOk4PXe0zYRjctrXaVYUMQuiNmgkiG6pQFHiyqIj 8Ox9jjfcV6XbUw4I5bw7k9AyeN0B+58lGFu2VEcQo9+bJ2fg/lI= =ssEq -----END PGP SIGNATURE----- --Pmf0lTDKbyDC93otf34d5vn5MMTi6ucCF--