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 1nuKT5-0004R9-MV for pgsql-hackers@arkaria.postgresql.org; Thu, 26 May 2022 20:52:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nuKT4-0007fK-BS for pgsql-hackers@arkaria.postgresql.org; Thu, 26 May 2022 20:52:26 +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 1nuKT3-0007fB-UR for pgsql-hackers@lists.postgresql.org; Thu, 26 May 2022 20:52:26 +0000 Received: from mail-io1-xd2d.google.com ([2607:f8b0:4864:20::d2d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nuKT0-00037N-JS for pgsql-hackers@postgresql.org; Thu, 26 May 2022 20:52:25 +0000 Received: by mail-io1-xd2d.google.com with SMTP id i74so2786204ioa.4 for ; Thu, 26 May 2022 13:52:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=MT/y/07MowjpELZzpVGPpCLUYSA2zgncGuVm38NO8K8=; b=VdV5JIbdrhUStNn8FBs0jS1qw3QihSq1FlsPiZ0KVVq7GCSXNUxKw1YQ6kt7kH8LPG E3rThYn8L2YdV4EFOTWNAzxq95r9tno5ZOpN2RlTirO5PVW7vNKYmlwURNOJ989U8wz5 WhwrR+Urw+/kScROaDYr00hjvHltB4oMbqtNpeZgHqa2jZn4d+hDKEyfjSP26TztCLQa PZY5jD40HIcSjv6DYp9VDTetOm21OBWdh/Wd+707AnV9l031AjwXBtF7iII5Ozap7lZ6 88V/5ZeC8TJZ2rquiyDy+fvyrQPW8kyt9qEYeHdOBHxe+jQTVDcjBxWzrlSZO/RpqZS+ hjOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=MT/y/07MowjpELZzpVGPpCLUYSA2zgncGuVm38NO8K8=; b=6BohoSjZTPm/dUtyRQD+lboRjr8+zWPjmEGKMcrgwf7RlyEo6gEH3tr7yDOTojN1Of q9/0yDaztCRWzJv6ZfuQFj8ZQGz6JoB9nZHVH806rqkucGW0+m2NuhZHZQXr4TIYrXsH hHXaU5mOgSHJE064+P0XdR68+HiubKwsxbr3+H2ZxczzMds3o2B1ptLBCN7Q2qrlbaP3 hw3pMBf8ZL5NeqMSbciYT93F89RnrQt5H0ho+lO/4KQnUbGbC+DZbKC/5mnq/mM831mJ hxZ0/vlvkG9p3dGY3Wo9izoi1qb5v/BM3KhMVwGXJpHPw5kNaMm5agWl06y5FQxM+J/y Pr5w== X-Gm-Message-State: AOAM533Ki4LevCJDgZbfzAGxgDa1G1yG67Y84G+5MQx3h6KdNEjLHydk eRmDkCSpHLO1tsbl2WNfldO3vg== X-Google-Smtp-Source: ABdhPJzkFCsTIHhmSdp7uiQoIPn/yqSs7gDiYI56tTSiIVzYdrpRZmrrn9oy8Lrg12aZ/jTv4EfItQ== X-Received: by 2002:a05:6638:2644:b0:32e:d3b2:a4e0 with SMTP id n4-20020a056638264400b0032ed3b2a4e0mr10780177jat.121.1653598340376; Thu, 26 May 2022 13:52:20 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id x5-20020a5d9905000000b0065e246fdf94sm675816iol.45.2022.05.26.13.52.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 May 2022 13:52:19 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id B97858008C4; Thu, 26 May 2022 15:52:18 -0500 (CDT) Date: Thu, 26 May 2022 15:52:18 -0500 From: Justin Pryzby To: Michael Paquier Cc: Peter Eisentraut , pgsql-hackers@postgresql.org Subject: Re: pg_upgrade test writes to source directory Message-ID: <20220526205218.GC19626@telsasoft.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk 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. https://commitfest.postgresql.org/38/3395/ https://github.com/anarazel/postgres/tree/meson https://github.com/anarazel/postgres/commit/e754bde6d0d3cb6329a5bf568e19eb271c3bdc7c commit e754bde6d0d3cb6329a5bf568e19eb271c3bdc7c Author: Andres Freund Date: Mon Feb 14 21:47:07 2022 -0800 wip: split TESTDIR into two.