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 1nwPm3-0001Yp-RF for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jun 2022 14:56:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nwPl2-0002Oo-Do for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jun 2022 14:55:36 +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 1nwPl2-0002Ob-4W for pgsql-hackers@lists.postgresql.org; Wed, 01 Jun 2022 14:55:36 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nwPky-0005BD-EO for pgsql-hackers@postgresql.org; Wed, 01 Jun 2022 14:55:35 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 251EtS9J571134; Wed, 1 Jun 2022 10:55:28 -0400 From: Tom Lane To: Peter Eisentraut cc: Michael Paquier , Andres Freund , Justin Pryzby , pgsql-hackers@postgresql.org Subject: Re: pg_upgrade test writes to source directory In-reply-to: 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> Comments: In-reply-to Peter Eisentraut message dated "Wed, 01 Jun 2022 16:11:16 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <571132.1654095328.1@sss.pgh.pa.us> Date: Wed, 01 Jun 2022 10:55:28 -0400 Message-ID: <571133.1654095328@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Eisentraut writes: > On 31.05.22 09:17, Michael Paquier wrote: >> 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? Yeah, after looking this over it seems like we could drop 0001 and just change 0002 to chdir into TESTDIR then into tmp_check. I'm not sure I see the point of inventing a new global variable either, and I'm definitely not happy with the proposed changes to 010_tab_completion.pl. My recollection is that those tests were intentionally written to test tab completion involving a directory name, but this change just loses that aspect entirely. regards, tom lane