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 1nuZM6-0005CR-Ix for pgsql-hackers@arkaria.postgresql.org; Fri, 27 May 2022 12:46:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nuZM3-0001oR-Jf for pgsql-hackers@arkaria.postgresql.org; Fri, 27 May 2022 12:46:11 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nuZM2-0001n0-GF for pgsql-hackers@lists.postgresql.org; Fri, 27 May 2022 12:46:11 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nuZLt-0005Kx-TX for pgsql-hackers@postgresql.org; Fri, 27 May 2022 12:46:08 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id E6BA05C00FF; Fri, 27 May 2022 08:46:00 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 27 May 2022 08:46:00 -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=1653655560; x= 1653741960; bh=dGeeyeYMKo9OmfEtMlVqNfUv1MYXcUr8JgMqy+mV1UQ=; b=q pQV1Jck37CTmcP7hHUgaGBvqc8uRBjEak6QGkv9c/gEJkmDkYIwsJZgtpA29owbB l6LUOt7TsT9NOxyG865SM1ZAlNfBnsE8ZOEiDAGM2rvXVhBh6BBKzUedTVHo14mq zevKqVyBofNz16OT10r0pNJzSTsvFyHn9X+yZx8Sp4ommvDLGBUA0r1/ks4qRnsy upo1IP5+wVkQXOOk/J0/fFfleBxn2ojWmubHKk2PvIU/f0Ak/sfwRFxDNSIq1B36 AN7DrRqSaQF5vUdA/vcMqrG3qZSn6kFkpeuOHf0VJaGPOWDy/rnFsJbA39acAzVN PByp2B4NAdPlo9Jm9vsRA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrjeelgdehiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepheelffeggedujeetiefh leetuddvieffhfffvdejvdffgeejkeduleduheduieefnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 27 May 2022 08:45:58 -0400 (EDT) Message-ID: <50915523-5e3d-e1c7-9c38-d17263146e41@enterprisedb.com> Date: Fri, 27 May 2022 14:45:57 +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: Justin Pryzby , Michael Paquier Cc: pgsql-hackers@postgresql.org References: <20220526205218.GC19626@telsasoft.com> From: Peter Eisentraut In-Reply-To: <20220526205218.GC19626@telsasoft.com> 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 26.05.22 22:52, Justin Pryzby wrote: > On Fri, May 27, 2022 at 05:43:04AM +0900, Michael Paquier wrote: >> On Thu, May 26, 2022 at 04:36:47PM +0200, Peter Eisentraut wrote: >>> I chose TESTOUTDIR because it corresponds to the tmp_check directory, so >>> that the output files of the pg_upgrade run are removed when the test >>> artifacts are cleaned up. When using TESTDIR, the pg_upgrade output files >>> end up in the build directory, which is less bad than the source directory, >>> but still not ideal. >> >> Where does the choice of TESTOUTDIR come from? I am a bit surprised >> by this choice, to be honest, because there is no trace of it in the >> buildfarm client or the core code. TESTDIR, on the other hand, points >> to tmp_check/ if not set. It gets set it in vcregress.pl and >> Makefile.global.in. > > It looks like Peter working on top of the meson branch. > TESTOUTDIR is not yet in master. Ooops, yeah. :) I think you can just chdir to ${PostgreSQL::Test::Utils::tmp_check}.