| 1 |
On Wed, Mar 21, 2018 at 1:36 AM, Eray Aslan <eras@g.o> wrote: |
| 2 |
> On Tue, Mar 20, 2018 at 10:28:48AM -0500, Matthew Thode wrote: |
| 3 |
>> While I personally do no agree with mailing list moderation infra has |
| 4 |
>> been tasked with moving forward on it. |
| 5 |
> |
| 6 |
> That was a somewhat tongue-in-cheek comment but not wholly. You cant |
| 7 |
> cop out by saying it was an order from council. I understand if you |
| 8 |
> dont but do consider it. Fight the good fight. |
| 9 |
|
| 10 |
Interesting. When exactly should we all start ignoring the Council, |
| 11 |
and when should we do what they say? And what is the likely result of |
| 12 |
that? |
| 13 |
|
| 14 |
For all the complaining of "cabals" in Gentoo it seems odd to suggest |
| 15 |
putting the final decisions of the one group that is about the least |
| 16 |
democratic in the organization. |
| 17 |
|
| 18 |
(That isn't really intended as a criticism: there are a lot of |
| 19 |
practical reasons why infra operates as it does and I've yet to come |
| 20 |
up with any better approach. With the council/trustees the authority |
| 21 |
comes from the collective, and nobody would pay attention to a |
| 22 |
directive that didn't have a majority backing or the appearance of due |
| 23 |
process. With any other project the decisions are appealable to |
| 24 |
council. With infra one guy with the root password can cause a lot of |
| 25 |
havoc, and the computer isn't going to stop and question what they're |
| 26 |
doing. That creates a lot of incentive to minimize the number of |
| 27 |
people who are trusted. In any case, I think it makes the most sense |
| 28 |
to do the decision-making in more open/democratic processes, and then |
| 29 |
minimize the execution footprint that requires "cabals.") |
| 30 |
|
| 31 |
As I've commented elsewhere [1] I think an issue here is that we just |
| 32 |
don't have enough of a critical mass to be able to afford to split |
| 33 |
along ideological lines. The set of developers interested in a |
| 34 |
source-based distro is barely sufficient to create a viable |
| 35 |
source-based distro. If you split it into the subsets who prefer open |
| 36 |
vs closed mailing lists on top of this then the individual groups lack |
| 37 |
critical mass. And so we're forced to co-exist, and agree on one or |
| 38 |
the other, or some kind of compromise. |
| 39 |
|
| 40 |
1 - https://rich0gentoo.wordpress.com/2016/02/27/gentoo-ought-to-be-about-choice/ |
| 41 |
|
| 42 |
-- |
| 43 |
Rich |
Archives