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 1h2F98-0006Zr-Ck for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Mar 2019 13:02:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1h2F96-0002Eh-Tg for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Mar 2019 13:02:40 +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 1h2F96-0002Ea-J6 for pgsql-hackers@lists.postgresql.org; Fri, 08 Mar 2019 13:02:40 +0000 Received: from feynman.df7cb.de ([195.49.152.168]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h2F92-0002gD-OH for pgsql-hackers@lists.postgresql.org; Fri, 08 Mar 2019 13:02:39 +0000 Received: from msg.df7cb.de (unknown [IPv6:2003:5b:203b:100:7627:eaff:fe52:8e03]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by feynman.df7cb.de (Postfix) with ESMTPSA id 44G72L3FfBz3F1T; Fri, 8 Mar 2019 14:02:34 +0100 (CET) Date: Fri, 8 Mar 2019 14:02:34 +0100 From: Christoph Berg To: Peter Eisentraut Cc: Tom Lane , Alvaro Herrera , Daniel Gustafsson , pgsql-hackers@lists.postgresql.org Subject: Re: Reporting script runtimes in pg_regress Message-ID: <20190308130234.GD11419@msg.df7cb.de> References: <20190218143028.GA3700@alvherre.pgsql> <28360.1550506699@sss.pgh.pa.us> <20190221093702.GA5238@msg.df7cb.de> <3eb194cf-b878-1f63-8623-6d6add0ed0b7@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3eb194cf-b878-1f63-8623-6d6add0ed0b7@2ndquadrant.com> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Re: Peter Eisentraut 2019-03-08 <3eb194cf-b878-1f63-8623-6d6add0ed0b7@2ndquadrant.com> > On 2019-02-21 10:37, Christoph Berg wrote: > > diff --git a/src/test/regress/pg_regress.c b/src/test/regress/pg_regress.c > > index a18a6f6c45..8080626e94 100644 > > --- a/src/test/regress/pg_regress.c > > +++ b/src/test/regress/pg_regress.c > > @@ -1794,12 +1794,14 @@ run_schedule(const char *schedule, test_function tfunc) > > else > > { > > status(_("FAILED")); > > + status(" "); /* align with failed (ignored) */ > > fail_count++; > > } > > So an issue here is that in theory "FAILED" etc. are marked for > translation but your spacers do not take that into account. Personally, > I have no ambition to translate pg_regress, so we could remove all that. > But it should be done consistently in either case. Oh, right. So the way to go would be to use _("FAILED "), and ask translators to use the same length. > I also think we shouldn't worry about the "failed (ignored)" case. That > never happens, and I don't want to mess up the spacing we have now for > that. I'd consider removing support for it altogether. You mean removing that case from pg_regress, or removing the alignment "support"? Christoph