Re: Reporting script runtimes in pg_regress - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Reporting script runtimes in pg_regress
Date
Msg-id 20190308131217.GA13043@alvherre.pgsql
Whole thread Raw
In response to Re: Reporting script runtimes in pg_regress  (Christoph Berg <myon@debian.org>)
Responses Re: Re: Reporting script runtimes in pg_regress
List pgsql-hackers
On 2019-Mar-08, Christoph Berg wrote:

> 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.

Note there's no translation for pg_regress.  All these _() markers are
currently dead code.  It seems hard to become motivated to translate
that kind of program.  I don't think it has much value, myself.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: Is it too soon for a PG12 open items wiki page?
Next
From: Shaoqi Bai
Date:
Subject: Fwd: Add tablespace tap test to pg_rewind