imported mails

1 files changed, 74 insertions, 0 deletions

diff --git a/tickets/84022c943cd848fd9ec630b8979dab3d/Maildir/new/1514104803.M803586P23004Q1.koom b/tickets/84022c943cd848fd9ec630b8979dab3d/Maildir/new/1514104803.M803586P23004Q1.koom
new file mode 100644
index 0000000..ea9ddc3
--- /dev/null
+++ b/tickets/84022c943cd848fd9ec630b8979dab3d/Maildir/new/1514104803.M803586P23004Q1.koom
@@ -0,0 +1,74 @@
+Return-Path: <liw@liw.fi>
+X-Original-To: ick-devel@liw.fi
+Delivered-To: distix@pieni.net
+Received: from exolobe3.liw.fi (82-181-57-241.bb.dnainternet.fi [82.181.57.241])
+	by pieni.net (Postfix) with ESMTPSA id 43EDB45087;
+	Sun, 24 Dec 2017 08:09:34 +0000 (UTC)
+Received: from exolobe3 (localhost [127.0.0.1])
+	by exolobe3.liw.fi (Postfix) with ESMTPS id 725147C07D9;
+	Sun, 24 Dec 2017 10:09:33 +0200 (EET)
+Date: Sun, 24 Dec 2017 10:09:32 +0200
+From: Lars Wirzenius <liw@liw.fi>
+To: Lare Lekman <lare.lekman@gmail.com>
+Cc: Ick develoment <ick-devel@liw.fi>
+Subject: Re: On project governance
+Message-ID: <20171224080932.vz2jmalag47e7vtu@exolobe3>
+References: <20171220213303.drdmrnpscvoaz4l7@exolobe3>
+ <105C7298-D800-44A6-82E6-1F7AA2088570@gmail.com>
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf-8
+Content-Disposition: inline
+Content-Transfer-Encoding: 8bit
+In-Reply-To: <105C7298-D800-44A6-82E6-1F7AA2088570@gmail.com>
+User-Agent: NeoMutt/20170113 (1.7.2)
+
+On Sat, Dec 23, 2017 at 09:20:48PM +0200, Lare Lekman wrote:
+> Without much prior Open Source governing experience, I would say
+> that the text is spot on: Easy to understand, fair, and intelligent.
+
+Thanks.
+
+> The levels of agreement (mundane decisions, group discussion, and
+> voting) are especially interesting and useful also to my own Agile
+> coaching and training workshops. :)
+
+I'd be interested in hearing more about this.
+
+> I’m curious, did / does Linux development have similar
+> decision-making philosophy and levels of agreement?
+
+To the best of my understanding, Linux the kernel has nothing like
+this at all. It has always been a project where Linus has final say on
+everything. He has delegated responsibility for specific subsystems or
+other areas to specific people, but there is no voting and no hint of
+democracy, it's a completely hierarchical top-down system, except that
+people get to do what they want unless they do something someone else
+objects. The objection can come from anyone, not necessarily from
+upward in the hierarchy.
+
+The Debian project, however, has a more formal, voting based
+structure. Debian has a constitueion[1], a social contract[2], and a
+code of conduct[3], as well as a technical policy[4]. The constitution
+defines how decisions are made, and my proposed rules are inspired by
+that. Debian is quite a large project, however, and needs more
+complicated rules than Ick does.
+
+Debian also has a project leader role, which is something I'd like to
+avoid for Ick.
+
+Various other projects have variations of these structures. A lot of
+projects have some kind of "benevolent dictator" (like Linus), often
+the instigator of the project. Any power transitions tend to be by a
+feudal style where those in power name their heirs. Fairly few
+projects use voting to make project decisions.
+
+Hierachical power structures are simple. Democracy tends to be messy.
+It's a value decision.
+
+[1]: https://www.debian.org/devel/constitution
+[2]: https://www.debian.org/social_contract
+[3]: https://www.debian.org/code_of_conduct
+[4]: https://www.debian.org/doc/debian-policy/
+
+-- 
+I want to build worthwhile things that might last. --joeyh