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 1nwP4I-0008L8-O3 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jun 2022 14:11:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nwP4H-0001H6-D8 for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jun 2022 14:11:25 +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 1nwP4H-0001GC-3E for pgsql-hackers@lists.postgresql.org; Wed, 01 Jun 2022 14:11:25 +0000 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nwP4E-0004gu-OT for pgsql-hackers@postgresql.org; Wed, 01 Jun 2022 14:11:24 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id F15FA32000EB; Wed, 1 Jun 2022 10:11:19 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 01 Jun 2022 10:11:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1654092679; x= 1654179079; bh=JfWXBgBL705TxkHDc4MIf82MPaXQekFrX9RlN0LU4YY=; b=d f4yIGSyHrYoEgtRWKPdv7J9X9VdZ4X989+/GVr8gAvzPHBugeZxyTDN4m/3fFLLF b2LWv/ENthSt88tkG1sqMEZWgDJXasS6B/wRHX8O3eojiyrALbFhzS+u6EV7F/EI Mkjw4zrLTYQIpGBL42OiYV4wkWLwCpJkdpAtHAQm9OVMVkMiskZiEmrx3Jgcp/2l ZR2bz2ilRzQPkXoAyQty6OtGSISaDjurj8KkfB+VVU5dImfvQKvbYVwByHzZdn7w +FnhHouwwrm5RQbRzqIcPXtfElN3jj3SaPOE+zUV6qN7kuGowjlzre52sr4M1iZi mQDL0SuDiyEvkEt3/eHNQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrledtgdejvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepheelffeggedujeetiefh leetuddvieffhfffvdejvdffgeejkeduleduheduieefnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 1 Jun 2022 10:11:17 -0400 (EDT) Message-ID: Date: Wed, 1 Jun 2022 16:11:16 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.9.0 Subject: Re: pg_upgrade test writes to source directory Content-Language: en-US To: Michael Paquier , Tom Lane Cc: Andres Freund , Justin Pryzby , pgsql-hackers@postgresql.org References: <20220526205218.GC19626@telsasoft.com> <2464542.1653603596@sss.pgh.pa.us> <2480063.1653609068@sss.pgh.pa.us> <20220528195949.tte5fukfr2z6xhrr@alap3.anarazel.de> <3131727.1653768841@sss.pgh.pa.us> From: Peter Eisentraut In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 31.05.22 09:17, Michael Paquier wrote: > On Sat, May 28, 2022 at 04:14:01PM -0400, Tom Lane wrote: >> Yeah, I'd noticed the obsoleted comments too, but not bothered to complain >> since that was just WIP and not an officially proposed patch. I'll be >> happy to review if you want to put up a full patch. > Well, here is a formal patch set, then. Please feel free to comment. > > FWIW, I am on the fence with dropping TESTDIR, as it could be used by > out-of-core test code as well. If there are doubts about > back-patching the first part, doing that only on HEAD would be fine to > fix the problem of this thread. I don't understand the point of this first patch at all. Why define TESTOUTDIR as a separate variable if it's always TESTDIR + tmp_check? Why define TESTOUTDIR in pg_regress invocations, if nothing uses it? If you want it as a separate variable, it could be defined in some Per utility module, but I don't see why it needs to be in Makefile.global. What is the problem that this is trying to solve?