From: Andres Freund <andres@anarazel.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
To: Peter Eisentraut <peter_e@gmx.net>
To: Michael Paquier <michael.paquier@gmail.com>
Cc: Fujii Masao <masao.fujii@gmail.com>
Cc: Fujii Masao <fujii@postgresql.org>
Cc: pgsql-committers@lists.postgresql.org
Subject: Re: pgsql: Make VACUUM accept 1 and 0 as a boolean value.
Date: Mon, 20 May 2019 13:35:05 -0700
Message-ID: <20190520203505.zoeitjlehqypgx26@alap3.anarazel.de> (raw)
In-Reply-To: <24497.1558375780@sss.pgh.pa.us>
References: <E1hSk9C-0002hH-Vp@gemulon.postgresql.org>
<26460.1558366996@sss.pgh.pa.us>
<CAHGQGwEvM9X66Ni4OKv4dOQQddw7z=cNUxnG=wEv84sqj9t_ig@mail.gmail.com>
<20190520163652.l7ibpe52pbq6lecc@alap3.anarazel.de>
<CAHGQGwEixkoMJy4JHUvBdM0MacR1_h=wmE43KTOTErpA2Z5P0w@mail.gmail.com>
<20190520164908.t653bdbfjcn3d35p@alap3.anarazel.de>
<23559.1558374415@sss.pgh.pa.us>
<20190520180027.zyxosts5yrf2i7mh@alap3.anarazel.de>
<24497.1558375780@sss.pgh.pa.us>
Hi,
On 2019-05-20 14:09:40 -0400, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> 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.
Ah, I thought of just doing something roughly (in real syntax etc) like
if QUIET_TEST:
$(PROVE) $(PROVE_FLAGS) ... > $(CURDIR)/prove.log 2>&1 && echo prove in $CURDIR succeeded || echo prove in $CURDIR failed
else
$(PROVE) $(PROVE_FLAGS) ...
maybe additionally outputting the path to the logfile in the failure
case. While far from being as good as what you're desiring, it still
seems like it could be a huge improvement over the status quo
nevertheless?
> > 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.
Hm, there's a lot of oddities around the pg_upgrade test:
1) we still do an "open coded" install, regardless of dcae5faccab64 And
that's *in addition* to to the install from dcae5faccab64. That seems
pretty unnecessary.
2) We overwrite MAKELEVEL, MAKEFLAGS, breaking jobserver etc - that
shouldn't be required anymore if test.sh were to be changed to behave
like dcae5faccab64
3) The fact that src/bin/pg_upgrade/Makefile invokes test.sh with
MAKE=$(MAKE) triggers make, for reasons I do not yet understand, to
*disable* output synchronization. Which annoys the heck out of me,
because it makes parallel check output neigh unparsable.
4) set -x spews a lot of things
Greetings,
Andres Freund
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-committers@postgresql.org
Cc: andres@anarazel.de, tgl@sss.pgh.pa.us, peter_e@gmx.net, michael.paquier@gmail.com, masao.fujii@gmail.com, fujii@postgresql.org, pgsql-committers@lists.postgresql.org
Subject: Re: pgsql: Make VACUUM accept 1 and 0 as a boolean value.
In-Reply-To: <20190520203505.zoeitjlehqypgx26@alap3.anarazel.de>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox