This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Clean up state on patchwork
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: Siddhesh Poyarekar <sid at reserved-bit dot com>, libc-alpha at sourceware dot org, Florian Weimer <fweimer at redhat dot com>
- Date: Mon, 28 Sep 2015 14:07:09 -0400
- Subject: Re: Clean up state on patchwork
- Authentication-results: sourceware.org; auth=none
- References: <1442410615 dot 2348 dot 19 dot camel at reserved-bit dot com> <alpine dot DEB dot 2 dot 10 dot 1509172302350 dot 2455 at digraph dot polyomino dot org dot uk> <alpine dot DEB dot 2 dot 10 dot 1509252025170 dot 1123 at digraph dot polyomino dot org dot uk> <20150925205526 dot GA1535 at vapier dot lan> <56094872 dot 80102 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1509281535140 dot 31579 at digraph dot polyomino dot org dot uk> <56097AB6 dot 9040206 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1509281747480 dot 31579 at digraph dot polyomino dot org dot uk>
On 09/28/2015 01:53 PM, Joseph Myers wrote:
> On Mon, 28 Sep 2015, Carlos O'Donell wrote:
>
>> So given the present situation of not enough reviewers, how do we prevent
>> the NEW queue from growing unbounded?
>
> We need to get more reviewers (and more people doing other things such as
> bug fixing, but lack of review, and maybe of help fixing up patches from
> less experienced contributors, is the present discussion), and to do
> better at getting existing reviewers' attention on patches for which their
> expertise is relevant (the latter being what clean patchwork state should
> better be able to help with). Anything involving removing patches from
> NEW without an actual human identification of a problem with the patch or
> of something blocking it is just hiding the problem, not fixing it.
I like that rationale. I see what you're getting at.
Cheers,
Carlos.