Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qBa6O-00046D-DZ for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Jun 2023 12:04:52 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qBa6N-0002qN-Cd for pgsql-hackers@arkaria.postgresql.org; Tue, 20 Jun 2023 12:04:51 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qBa6N-0002qE-3g for pgsql-hackers@lists.postgresql.org; Tue, 20 Jun 2023 12:04:51 +0000 Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qBa6J-003cSm-WA for pgsql-hackers@postgresql.org; Tue, 20 Jun 2023 12:04:50 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 52D3CE000D; Tue, 20 Jun 2023 12:04:40 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------eV5xWm70LyPG5vLWcdKqJLu8" Message-ID: Date: Tue, 20 Jun 2023 08:04:39 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: run pgindent on a regular basis / scripted manner Content-Language: en-US To: Tom Lane Cc: Jelte Fennema , Michael Paquier , "shiy.fnst@fujitsu.com" , Robert Haas , Justin Pryzby , Andres Freund , Noah Misch , Peter Geoghegan , Bruce Momjian , Magnus Hagander , Alvaro Herrera , Stephen Frost , Jesse Zhang , "pgsql-hackers@postgresql.org" , Peter Eisentraut References: <3d67bc80-4de2-5ba8-e272-e4ad2e59ba04@dunslane.net> <4ac8f263-f1bb-faa5-a307-1fffe00f0e3e@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> <3156045.1687208823@sss.pgh.pa.us> From: Andrew Dunstan In-Reply-To: <3156045.1687208823@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------eV5xWm70LyPG5vLWcdKqJLu8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 2023-06-19 Mo 17:07, Tom Lane wrote: > Andrew Dunstan writes: >> I have set up a new buildfarm animal called koel which will run the module. > Is koel tracking the right repo? It just spit up with a bunch of > diffs that seem to have little to do with the commit it's claiming > caused them: > > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=koel&dt=2023-06-19%2019%3A49%3A03 > > Yeah, I changed it so that instead of just checking new commits it would check the whole tree. The problem with the incremental approach is that the next run it might turn green again but the issue would not have been fixed. I think this is a one-off issue. Once we clean up the tree the problem would disappear and the commits it shows would be correct. I imaging that's going to happen any day now? cheers andrew -- Andrew Dunstan EDB:https://www.enterprisedb.com --------------eV5xWm70LyPG5vLWcdKqJLu8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


On 2023-06-19 Mo 17:07, Tom Lane wrote:
Andrew Dunstan <andrew@dunslane.net> writes:
I have set up a new buildfarm animal called koel which will run the module.
Is koel tracking the right repo?  It just spit up with a bunch of
diffs that seem to have little to do with the commit it's claiming
caused them:

https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=koel&dt=2023-06-19%2019%3A49%3A03

			


Yeah, I changed it so that instead of just checking new commits it would check the whole tree. The problem with the incremental approach is that the next run it might turn green again but the issue would not have been fixed.

I think this is a one-off issue. Once we clean up the tree the problem would disappear and the commits it shows would be correct. I imaging that's going to happen any day now?


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com
--------------eV5xWm70LyPG5vLWcdKqJLu8--