[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC PATCH 1/4] docs/devel: add a maintainers section to development
From: |
Markus Armbruster |
Subject: |
Re: [RFC PATCH 1/4] docs/devel: add a maintainers section to development process |
Date: |
Fri, 14 Oct 2022 13:23:17 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) |
Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> writes:
> On 12/10/2022 13:11, Alex Bennée wrote:
[...]
>> +Becoming a maintainer
>> +---------------------
>> +
>> +Maintainers are volunteers who put themselves forward to keep an eye
>> +on an area of code. They are generally accepted by the community to
Do you mean "expected by the community"?
>> +have a good understanding of the subsystem and able to make a positive
>> +contribution to the project.
>
> Is it worth making this a bit stronger such as "having a demonstrable track
> record of providing accepted upstream patches"? I'm not sure if this is being
> a bit too
> nit-picky, however someone could have good understanding of a subsystem such
> as PCI but be still unfamiliar with the QEMU's PCI APIs and how they should
> be used.
I think existing practice varies.
For something that is widely used, we generally require enough of a
track record (contributions *and* reviews) to inspire confidence.
But if you submit something new, say a machine, we may ask you to stick
around and maintain it as a prerequisite for merging.
[...]
[RFC PATCH 3/4] docs/devel: simplify the minimal checklist, Alex Bennée, 2022/10/12
[RFC PATCH 4/4] docs/devel: try and improve the language around patch review, Alex Bennée, 2022/10/12
Re: [RFC PATCH 0/4] docs/devel suggestions for discussion, Stefan Hajnoczi, 2022/10/12
Re: [RFC PATCH 0/4] docs/devel suggestions for discussion, Paolo Bonzini, 2022/10/12