On Mon, 2022-07-04 at 16:19 +0200, Florian Schmaus wrote:
> I'd like to propose a new metadata XML element for packages:
>      <non-maintainer-commits-welcome/>
> Maintainers can signal to other developers (and of course contributors 
> in general) that they are happy with others to make changes to the 
> ebuilds without prior consultation of the maintainer.

I don't think adding such an element is a good idea.  In my opinion,
this will strengthen the assumption that "unless otherwise noted, you
don't dare touch anything" (even though that's not your goal).  "Common
sense" should really be good enough for almost everything.

I mean, I do realize that 10 years ago, in the golden years of Gentoo,
it was considered normal for developers to be like "my package, my
fortress, don't you dare add systemd unit or I will retire" but today I
think we're aiming for a more welcoming developer base, and I think
we're actually going in that direction.  What I'm afraid is that some
people will use this as an excuse to push back once again.

Can you really think of a case when common sense really, really wouldn't
work?  I mean, sure, we all make mistakes but we should be able to learn
from them and do better next time.  This also implies package
maintainers learning that they're not the only people who will ever
touch the package in question and starting to document the pitfalls.

Best regards,
Michał Górny

Reply via email to