Re: Reporting script runtimes in pg_regress
От | Alvaro Herrera |
---|---|
Тема | Re: Reporting script runtimes in pg_regress |
Дата | |
Msg-id | 20190308131217.GA13043@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Reporting script runtimes in pg_regress (Christoph Berg <myon@debian.org>) |
Ответы |
Re: Re: Reporting script runtimes in pg_regress
|
Список | 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 по дате отправления: