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 по дате отправления:

Предыдущее
От: Andreas Karlsson
Дата:
Сообщение: Re: PostgreSQL pollutes the file system
Следующее
От: David Steele
Дата:
Сообщение: Re: Re: COPY FREEZE and setting PD_ALL_VISIBLE/visibility map bits