Re: Re: Reporting script runtimes in pg_regress
От | David Steele |
---|---|
Тема | Re: Re: Reporting script runtimes in pg_regress |
Дата | |
Msg-id | 8a85bece-b18f-0433-acf3-d106b31f0271@pgmasters.net обсуждение исходный текст |
Ответ на | Re: Reporting script runtimes in pg_regress (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: Re: Reporting script runtimes in pg_regress
|
Список | pgsql-hackers |
Hi Christophe, On 3/8/19 5:12 PM, Alvaro Herrera wrote: > 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. This patch has been "Waiting on Author" since March 8th. Do you know when you'll have a new version ready? Regards, -- -David david@pgmasters.net
В списке pgsql-hackers по дате отправления: