Re: [HACKERS] Re: [COMMITTERS] pgsql: Remove pgbench "progress" testpending solution of its timing is (fwd)

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: [HACKERS] Re: [COMMITTERS] pgsql: Remove pgbench "progress" testpending solution of its timing is (fwd)
Дата
Msg-id alpine.DEB.2.21.2003272226170.16227@pseudo
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [COMMITTERS] pgsql: Remove pgbench "progress" testpending solution of its timing is (fwd)  (David Steele <david@pgmasters.net>)
Ответы Re: [HACKERS] Re: [COMMITTERS] pgsql: Remove pgbench "progress" test pending solution of its timing is (fwd)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
>> This patch is registered in 2020-01, but the last message in the thread
>> seems to be from 2019/05/23. The patch itself seems to be OK (it applies
>> fine etc.) What do we need to get it over the line, instead of just
>> moving it to the next one CF over and over?
>
> It does not look like the remainder of this patch is going to be committed 
> and I don't think it makes sense to keep moving the patch indefinitely.
>
> Unless something changes by the end of this CF I'll mark it Returned With 
> Feedback.

I'd be rather unclear about what the actual feedback is, though. I'd 
interpret it as "pg does not care much about code coverage". Most clients 
are in the red on coverage.postgresql.org. I'd like pgbench at least to be 
in the green, but it does not look that it will ever be the case.

-- 
Fabien.p



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Conflict handling for COPY FROM
Следующее
От: David Steele
Дата:
Сообщение: Re: backup manifests