Re: [gentoo-project] [RFC] Triumvirate in Gentoo

["Michał Górny" <mgorny@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1893 bytes --]

On Thu, 2020-06-04 at 15:01 -0400, Aaron Bauman wrote:
> On Thu, Jun 04, 2020 at 09:15:37AM +0200, Michał Górny wrote:
> > Hello, everyone.
> > 
> > Gentoo is technically led by two bodies -- the Council and the Trustees.
> > While this somewhat works for many years, people have repeatedly pointed
> > out that it's far from perfect and that it is preventing Gentoo from
> > gaining more popularity.  Some of them are looking into the times of
> > BDFL with longing, others are considering it the worst thing ever. 
> > Nevertheless, there are problems with the current state of things.
> > 
> 
> I do not recall any discussions on how the current model is impacting
> popularity of the distro. I am not asking for evidence, but if this is
> purely based around previous "power struggles" then I would agree.
> 
> > Firstly, we have two leading bodies and still no clear distinction
> > between their roles.  Some developers agree on split being here, some
> > developers put it elsewhere but in the end, nothing has been really
> > decided.  From time to time one of the bodies tries to push their border
> > forward, then backs down and we're back where we started.
> > 
> 
> There have been struggles that I recall in the past with the foundation
> attempting to over step it's bounds. As others have mentioned, this is
> inevitable regardless of structure barring any BDFL like scenarios.
> 
> I have postulated that the current structure works and there are avenues
> to codify distinct roles in the "two bodies." This can be done in the
> by-laws.

The problem with the bylaws is that the Trustees control them,
and aren't interested in doing anything that would actively limit their
claimed power.  I mean, they've even rejected clarifying the 'Trustees
can kick Foundation members at their leisure' rule.


-- 
Best regards,
Michał Górny


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 618 bytes --]