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 1qx6ga-00G7xn-2B for pgsql-hackers@arkaria.postgresql.org; Sun, 29 Oct 2023 14:22:40 +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 1qx6gW-007YRv-VK for pgsql-hackers@arkaria.postgresql.org; Sun, 29 Oct 2023 14:22:36 +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 1qx6gW-007YRn-GH for pgsql-hackers@lists.postgresql.org; Sun, 29 Oct 2023 14:22:36 +0000 Received: from mail-oi1-x230.google.com ([2607:f8b0:4864:20::230]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qx6gR-002ttb-Ux for pgsql-hackers@postgresql.org; Sun, 29 Oct 2023 14:22:35 +0000 Received: by mail-oi1-x230.google.com with SMTP id 5614622812f47-3b2e22a4004so2605735b6e.3 for ; Sun, 29 Oct 2023 07:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dunslane-net.20230601.gappssmtp.com; s=20230601; t=1698589350; x=1699194150; darn=postgresql.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=yzG5axlMijHoah9LHqldpOLaQMyeuEB9FXUHAqgQ1MM=; b=IU7zuv4IyCqL9vEVAX2MaTBQ+QtSpXBM7IYmJ9C61rPz8yBr/ONvgHvvFmvZBWD/wI 0ndF7HQlUMC/urHHoprt8eGRSjvJPdcdq3Q/WoslMxV4KiddKBno/FL/YYqgkJtan84/ luMMfX6HRZaOCxZmqwbLvcAF8SvmuBp6MYvo4oKBkwdw1pSqapnOJG0kSvv3JDSn1m61 5S9q0mDlzR0D2gchMY6ioLDZyDEs0RMefG3/DTotHWrf/fIU9lRNu9JP+rOqbyChJM2r lUCDtuNdU8XclscpuHHhnu3OrcPKkuVObhDSMo/9l5ZHhfNx+o+8azrzZdad7o44YJka 2B0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698589350; x=1699194150; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yzG5axlMijHoah9LHqldpOLaQMyeuEB9FXUHAqgQ1MM=; b=cVj6ndbn8bZ8J6dMP+9vEL6jvt+t+Vmujx1gHAGO+WBC6cGUW3iTLAOhCylewu1B3m rXIe1fKanvAqKTqdIIcwdzDCSVMkXCjXfhKEcX1Rdqz3PO/07O3BVB6kd3v7kPlhREk+ GW4XR4oswv3YbUoIRD10iu7CEB77ibxXW94JZO3jeMzo9GJhrThZFDKxXgf0DY0D0jk2 skuGDOmDfHBFg2islMjkLqNV78Ix7oXHwh5ceRhFhHDC0BJcWtiD1sCY6qGSB0nMC/g9 7La7Iue+lm+wkRDuX1FeJMVr1LrRuC9OgkvqoUtdhoqjGrInW2wKoJInazJ7robZsIzs Luog== X-Gm-Message-State: AOJu0YyIjaJGSmaDNKOAh3DvBryT7vR8xH6miPX7f8IegsNpwFW0X0+h y7QRyWPaUDldTwbzdJP+bBSglA== X-Google-Smtp-Source: AGHT+IGJu+8k5kOpKlIJxt3W3kj2ixI7dyD6JQF30KGsy7t237s2qU64TBvW0FZk9VXfPj+AN3Cdbg== X-Received: by 2002:a05:6830:71a3:b0:6b9:c4b1:7a86 with SMTP id el35-20020a05683071a300b006b9c4b17a86mr9761003otb.3.1698589350119; Sun, 29 Oct 2023 07:22:30 -0700 (PDT) Received: from ?IPV6:2605:a601:912a:2800::2bb? ([2605:a601:912a:2800::2bb]) by smtp.googlemail.com with ESMTPSA id n10-20020a05622a040a00b0041b25ebc190sm2594840qtx.44.2023.10.29.07.22.28 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Oct 2023 07:22:29 -0700 (PDT) Message-ID: <9af5e9e7-b5e8-c761-33d0-453c660e8fca@dunslane.net> Date: Sun, 29 Oct 2023 10:22:27 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: run pgindent on a regular basis / scripted manner Content-Language: en-US To: Tom Lane Cc: Peter Geoghegan , Jelte Fennema , Michael Paquier , "shiy.fnst@fujitsu.com" , Robert Haas , Justin Pryzby , Andres Freund , Noah Misch , Bruce Momjian , Magnus Hagander , Alvaro Herrera , Stephen Frost , Jesse Zhang , "pgsql-hackers@postgresql.org" , Peter Eisentraut References: <3d67bc80-4de2-5ba8-e272-e4ad2e59ba04@dunslane.net> <0f074818-b01a-799f-3c74-5fb5deab1d23@dunslane.net> <1d66447e-a77b-ca0d-90a0-782800e85383@dunslane.net> <582c503b-cd98-1891-ff87-9c8e8ce73ee5@dunslane.net> <30a72ba4-9ca4-15b5-db0f-0e68cba7ab26@dunslane.net> <1f594a4b-14c8-e159-b250-edf8a091320d@dunslane.net> <343394.1691795823@sss.pgh.pa.us> <5a40cc37-3cae-b3c3-1435-04292cabf298@dunslane.net> <1831630.1698509355@sss.pgh.pa.us> From: Andrew Dunstan In-Reply-To: <1831630.1698509355@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2023-10-28 Sa 12:09, Tom Lane wrote: > Andrew Dunstan writes: >> Based on recent experience, where a lot koel's recent complaints seem to >> be about comments, I'd like to suggest a modest adjustment. >> First, we should provide a mode of pgindent that doesn't reflow >> comments. pg_bsd_indent has a flag for this (-nfcb), so this should be >> relatively simple.  Second, koel could use that mode, so that it >> wouldn't complain about comments it thinks need to be reflowed. Of >> course, we'd fix these up with our regular pgindent runs. > Seems like a bit of a kluge. Maybe it's the right thing to do, but > I don't think we have enough data points yet to be confident that > it'd meaningfully reduce the number of breakages. > > On a more abstract level: the point of trying to maintain indent > cleanliness is so that if you modify a file and then want to run > pgindent on your own changes, you don't get incidental changes > elsewhere in the file. This solution would break that, so I'm > not sure it isn't throwing the baby out with the bathwater. Yeah, could be. cheers andrew. -- Andrew Dunstan EDB: https://www.enterprisedb.com