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.96) (envelope-from ) id 1vb14Z-0003tg-2e for pgsql-hackers@arkaria.postgresql.org; Wed, 31 Dec 2025 18:37:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vb14X-0076B9-0k for pgsql-hackers@arkaria.postgresql.org; Wed, 31 Dec 2025 18:37:26 +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.96) (envelope-from ) id 1vb14W-0076B0-31 for pgsql-hackers@lists.postgresql.org; Wed, 31 Dec 2025 18:37:25 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vb14W-003XT3-0s for pgsql-hackers@lists.postgresql.org; Wed, 31 Dec 2025 18:37:24 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 5BVIbLAg3940402; Wed, 31 Dec 2025 13:37:21 -0500 From: Tom Lane To: "Jelte Fennema-Nio" cc: "Ashutosh Bapat" , "PostgreSQL Hackers" , "Daniel Gustafsson" Subject: Re: Add "format" target to make and ninja to run pgindent and pgperltidy In-reply-to: References: <3913298.1767194804@sss.pgh.pa.us> Comments: In-reply-to "Jelte Fennema-Nio" message dated "Wed, 31 Dec 2025 19:17:39 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3940400.1767206241.1@sss.pgh.pa.us> Date: Wed, 31 Dec 2025 13:37:21 -0500 Message-ID: <3940401.1767206241@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "Jelte Fennema-Nio" writes: > On Wed Dec 31, 2025 at 4:26 PM CET, Tom Lane wrote: >> On the whole I'd recommend not trying to automate the perltidy >> step yet. Cost/benefit is just not very good. > I would like to get to a point where it is enforced for every commit > pushed by committers, so the same as with pgindent. As an affected committer, I want to push back against having such a requirement, because I don't think it is reasonable to require everybody to have precisely version XYZ of perltidy installed. If that's not the version provided by their platform-of-choice, it's an annoying hurdle. As a comparison point, we did not start requiring pgindent cleanliness until we imported bsdindent into our tree, so as not to have an external dependency for that. (But I can't see vendoring perltidy, even if there weren't license issues involved.) I recognize the analogy to requiring a specific version of autoconf, but the difference is that without autoconf you just plain can't work on the configure code. Here, the hurdle would be erected for no reason stronger than neatnik-ism, and IMO that's not a good enough reason to put yet another burden on committers. I'm even less pleased by the notion that we'd soon add still another such requirement for python. regards, tom lane