1 |
I'd like to propose a new metadata XML element for packages: |
2 |
|
3 |
<non-maintainer-commits-welcome/> |
4 |
|
5 |
Maintainers can signal to other developers (and of course contributors |
6 |
in general) that they are happy with others to make changes to the |
7 |
ebuilds without prior consultation of the maintainer. |
8 |
|
9 |
Of course, this is not a free ticket to always make changes to packages |
10 |
that you do not maintain without prior consultation of the maintainer. I |
11 |
would expect people to use their common sense to decide if a change may |
12 |
require maintainer attention or not. In general, it is always a good |
13 |
idea to communicate changes in every case. |
14 |
|
15 |
The absence of the flag does not automatically allow the conclusion that |
16 |
the maintainer is opposed to non-maintainer commits. It just means that |
17 |
the maintainer's stance is not known. I do not believe that we need a |
18 |
<non-maintainer-commits-disallowed/> flag, but if the need arises, we |
19 |
could always consider adding one. Although, in my experience, people |
20 |
mostly like to communicate the "non-maintainer commits welcome" policy |
21 |
with others. |
22 |
|
23 |
WDYT? |
24 |
|
25 |
- Flow |