Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rqCT3-00BA2b-S1 for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Mar 2024 13:40:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rqCT2-001RDu-QB for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Mar 2024 13:40:24 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rqCT2-001RDk-GZ for pgsql-hackers@lists.postgresql.org; Fri, 29 Mar 2024 13:40:24 +0000 Received: from mail-ej1-x62f.google.com ([2a00:1450:4864:20::62f]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rqCSy-0073hN-Oz for pgsql-hackers@postgresql.org; Fri, 29 Mar 2024 13:40:23 +0000 Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-a4e40fad4fdso20758066b.2 for ; Fri, 29 Mar 2024 06:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711719620; x=1712324420; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=sUYfekiYDl7DFzjOz/29Fdcx+Xi/F2Tn/Ic3TAxjFrQ=; b=agOmGZisMBgjudFc9IOmKcS+3dw/aBNb2zD7kwAUPmOHONIdfG2Sps3B0Y/96RM6S0 y3AfmG/JRa2q+8pwEMjqh9X/4v9PEhmKJ15CB95KUKVvVhomEB2K+BULT0u0o4bnKiC8 bV1b1IJMMyk2beRVcc0lJxbBiyB6iLUxRi0uA2czQxo+B7Zg2ysfqq8BkzjX9QWdvsau 1xMKqR7ssKCZtfeTEsYHJdftLrvyFf02Llb/1PCnMsiGfq+TrFG97wUHPKe5wNb3k5DW C/l/niUoybxqnVzX3sCaObrB0mzwVGW78olPLlPx3o7nQjTsecMiTsmbidTSwPF4ZMck zEDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711719620; x=1712324420; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=sUYfekiYDl7DFzjOz/29Fdcx+Xi/F2Tn/Ic3TAxjFrQ=; b=QBRWDDbXx5RW5XwYgHfqPnZwsl93HKJOvwjnq2jwAeCuBpaE7bHiEavp9DYgSMvd82 iseKefT4W00IU+rjRQ6aCjsFkHXd67IK7iQVSqXwdqNknrl+tW4xiHp64nihwf15LEaM 5ESnILl8enawqHDY3BpLgLAW5/bac6Y35+3eiNfpAO5T2/gUhHQ2vvQ58gIvSov60WN0 C9kB3fjsDz3PkDR8yUl/S9sS4LIBFBfxHfpBW6Fbz0oPZEIIlnfe1BBqaeqCAI+0Amz6 86vMKpbdE3960aLNVOFhHExzytu7JnnZjjiF7AKadUrV6R1xydlzsKiKk60UhAz0yZO8 r29Q== X-Forwarded-Encrypted: i=1; AJvYcCX/BPZIUS3dsY7bgOry93VC6hIv8NFbDqbBp6ZGFdiatYf6cgPFCyU8WEbMhYkjnMzMMz8fW7VT0GuDl6eRbDGMzZnPNZePNbAUnVCo X-Gm-Message-State: AOJu0YwpdksWEtoxyaOQ9eqge8uevAGzNS4AUIBkK1jZTtRRdtSytaHp vEveqcWsUPk1sYLQd713xKM2wSIrZcND8ZRIeJa968xakhK5Komep1zioGavP18RQB2gbUAQL4X MBqQ/WjQxmUmMNsCTfjyR/WqSWXQ= X-Google-Smtp-Source: AGHT+IH9zfaeaHpLnUShE8bZ7g8PkBE0dl1xHEuyQSr9G18dyvdZNTD7jzH33GoVyTISoPIcaOxuCbM6+Pxp6u6wYUY= X-Received: by 2002:a17:906:b1c5:b0:a46:cee9:e412 with SMTP id bv5-20020a170906b1c500b00a46cee9e412mr1306009ejb.15.1711719620328; Fri, 29 Mar 2024 06:40:20 -0700 (PDT) MIME-Version: 1.0 References: <33e82e2a-3954-4c1e-8114-ffbd8dfb5293@eisentraut.org> <682e11bd-07b9-4d8b-8bef-4990a13e0d22@eisentraut.org> In-Reply-To: From: Robert Haas Date: Fri, 29 Mar 2024 09:40:08 -0400 Message-ID: Subject: Re: documentation structure To: Peter Eisentraut Cc: Andrew Dunstan , "pgsql-hackers@postgresql.org" Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk OK, so I'm coming back to this thread after giving it a few days to cool off. My last series of patches proposed to do five things: 1. Merge the four-sentence "Installation from Binaries" chapter back into "Installation from Source". I thought this was a slam-dunk, but Peter pointed out that exactly the opposite of this was done a few years ago to create the "Installation from Binaries" chapter in the first place. Based on subsequent discussion, what I'm now inclined to do is come up with a new proposal that involves moving the information about compiling from source to an appendix. So never mind about this one for now. 2. Demote "Monitoring Disk Usage" from a chapter on its own to a section of the "Monitoring Database Activity" chapter. I haven't seen any objections to this, and I'd like to move ahead with it. 3. Merge the separate chapters on various built-in index AMs into one. Peter didn't think this was a good idea, but Tom and Alvaro's comments focused on how to do it mechanically, and on whether the chapters needed to be reordered afterwards, which I took to mean that they were OK with the basic concept. David Johnston was also clearly in favor of it. So I'd like to move ahead with this one, too. 4. Consolidate the "Generic WAL Records" and "Custom WAL Resource Managers" chapters, which cover related topics, into a single one. I didn't see anyone object to this, but David Johnston pointed out that the patch I posted was a few bricks short of a load, because it really needed to put some introductory text into the new chapter. I'll study this a bit more and propose a new patch that does the same thing a bit more carefully than my previous version did. 5. Consolidate all of the procedural language chapters into one. This was clearly the most controversial part of the proposal. I'm going to lay this one aside for now and possibly come back to it at a later time. I hope that this way of proceeding makes sense to people. -- Robert Haas EDB: http://www.enterprisedb.com