Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hSmjW-0004MI-Sk for pgsql-committers@arkaria.postgresql.org; Mon, 20 May 2019 18:09:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hSmjV-0005Kp-Ce for pgsql-committers@arkaria.postgresql.org; Mon, 20 May 2019 18:09:57 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hSmjV-0005FL-1n for pgsql-committers@lists.postgresql.org; Mon, 20 May 2019 18:09:57 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hSmjO-0000A6-Kk; Mon, 20 May 2019 18:09:55 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x4KI9eZg024498; Mon, 20 May 2019 14:09:40 -0400 From: Tom Lane To: Andres Freund cc: Fujii Masao , Fujii Masao , pgsql-committers@lists.postgresql.org Subject: Re: pgsql: Make VACUUM accept 1 and 0 as a boolean value. In-reply-to: <20190520180027.zyxosts5yrf2i7mh@alap3.anarazel.de> References: <26460.1558366996@sss.pgh.pa.us> <20190520163652.l7ibpe52pbq6lecc@alap3.anarazel.de> <20190520164908.t653bdbfjcn3d35p@alap3.anarazel.de> <23559.1558374415@sss.pgh.pa.us> <20190520180027.zyxosts5yrf2i7mh@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Mon, 20 May 2019 11:00:27 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24496.1558375780.1@sss.pgh.pa.us> Date: Mon, 20 May 2019 14:09:40 -0400 Message-ID: <24497.1558375780@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andres Freund writes: > On 2019-05-20 13:46:55 -0400, Tom Lane wrote: >> If there were a way to get prove to be absolutely quiet (its --quiet is >> a joke unfortunately), I'd lobby for a switch to make pg_regress quiet >> too. The amount of useless noise this recipe generates is annoying, >> and tends to make it hard to find where the actual error is when >> there is one. > Indeed. Couldn't we just invent that on our end? I.e. in our prove > invocation, just redirect the output? What I'd like, for both prove and pg_regress, is to print something about failing tests and otherwise be quiet. Simple redirection won't do that. Plus it'd be hard to fit that in with the case where you don't want it to be quiet. > The most annoying noise imo is the pg_upgrade test. The set -x and the > fact that it resets MAKEFLAGS makes that pretty annoying. Agreed, that could be improved independently of other things. regards, tom lane