Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBl5f-0005Lq-EA for pgsql-hackers@arkaria.postgresql.org; Fri, 19 May 2017 16:49:23 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dBl5e-0004om-AC for pgsql-hackers@arkaria.postgresql.org; Fri, 19 May 2017 16:49:22 +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_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dBl5d-0004oc-Ix for pgsql-hackers@postgresql.org; Fri, 19 May 2017 16:49:21 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dBl5a-0002yZ-Ft for pgsql-hackers@postgresql.org; Fri, 19 May 2017 16:49:21 +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 v4JGnAmI002789; Fri, 19 May 2017 12:49:10 -0400 From: Tom Lane To: Andres Freund cc: Robert Haas , Stephen Frost , "pgsql-hackers@postgresql.org" , Piotr Stefaniak Subject: Re: Preliminary results for proposed new pgindent implementation In-reply-to: <20170519163008.6algqcf66ldu2bxa@alap3.anarazel.de> References: <30527.1495162840@sss.pgh.pa.us> <26654.1495203668@sss.pgh.pa.us> <20170519150526.GX3151@tamriel.snowman.net> <29626.1495207374@sss.pgh.pa.us> <20170519163008.6algqcf66ldu2bxa@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Fri, 19 May 2017 09:30:08 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2787.1495212550.1@sss.pgh.pa.us> Date: Fri, 19 May 2017 12:49:10 -0400 Message-ID: <2788.1495212550@sss.pgh.pa.us> X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Andres Freund writes: > On 2017-05-19 12:21:52 -0400, Robert Haas wrote: >> Yeah, but those advantages could also be gained by putting the >> pgindent tree on git.postgresql.org in a separate repository. Having >> it in the same repository as the actual PostgreSQL code is not >> required nor, in my opinion, particularly desirable. > I'm of the contrary opinion. A lot of the regular churn due to pgindent > right now is because it's inconvenient to run. Having to clone a > separate repository, compile that project, put it into PATH (fun if > there's multiple versions), run pgindent, discover typedefs.list is out > of date, update, run, ... is pretty much a guarantee that'll continue. > If we had a make indent that computed local typedefs list, *added* new > but not removed old ones, we could get much closer to just always being > properly indented. I hadn't really thought of automating it to that extent, but yeah, that seems like an interesting prospect. > The cost of putting it somewhere blow src/tools/pgindent seems fairly > minor. I think the main cost would be bloating distribution tarballs. Although we're talking about adding ~50K to tarballs that are already pushing 20MB, so realistically who's going to notice? If you want to cut the tarball size, let's reopen the discussion about keeping release notes since the dawn of time. Also, having the support in distributed tarballs is not all bad, because it would allow someone working from a tarball rather than a git pull to have pgindent support. Dunno if there are any such someones anymore, but maybe they're out there. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers