From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OUhA5-0003a4-P7 for garchives@archives.gentoo.org; Fri, 02 Jul 2010 14:24:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D75621C0DF; Fri, 2 Jul 2010 14:24:10 +0000 (UTC) Received: from mail-vw0-f53.google.com (mail-vw0-f53.google.com [209.85.212.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 9390F1C0C9 for ; Fri, 2 Jul 2010 14:24:03 +0000 (UTC) Received: by vws15 with SMTP id 15so3536280vws.40 for ; Fri, 02 Jul 2010 07:24:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; bh=XJEToU2SfeimcgSKqZDepCCifPkJPhqKY1hDucaaY7A=; b=c9x8DGkuI/haqcBPa/N5ztbOuXLbT8oDDYA1OCNvo/2GSE5oJK5EL0skL0W12uU9ye PJuiw7ugCCWX9MNy1JUW0TNfZ2jgbweEp2P4c8nRG3DEC9zickVXgCVM/ukVxhlCG2Ab QzzRtcSLqXX09EPzLp3UIai5xZdgoDHO8VrWw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=B3krjXuxfy0mYHVYBsZnDYW/gb34FUJRX/3TouaZCQab/79/LlRs6sJlc/7wqCVrD1 jXNPAzQu3/jig6cQravD8guvD8nFCsq9av5kROHubSW0152W8kk0ugAArPt2/JFj3oRM xuMYOBFKTvrXMXSi/VEHObjiN2SajoBHlOD8I= Received: by 10.220.59.202 with SMTP id m10mr442334vch.53.1278080643131; Fri, 02 Jul 2010 07:24:03 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Sender: arunissatan@gmail.com Received: by 10.220.186.70 with HTTP; Fri, 2 Jul 2010 07:23:42 -0700 (PDT) In-Reply-To: <4C2A9394.3060307@gentoo.org> References: <1276977363.2635.0@NeddySeagoon> <4C1F9460.2020803@gentoo.org> <4C1FDB72.3020609@gentoo.org> <4C2A9394.3060307@gentoo.org> From: Arun Raghavan Date: Fri, 2 Jul 2010 19:53:42 +0530 X-Google-Sender-Auth: 9IYMhm6VWQbA-JDqJZGjAw5csEI Message-ID: Subject: Re: [gentoo-dev] Council manifesto of sping To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 00085d1a-7055-4081-a9e5-a810fbcd1e2c X-Archives-Hash: 4b5bde81bce41ac8fd970d8a75b0fe00 Hey Sebastian, On 30 June 2010 06:15, Sebastian Pipping wrote: > Arun, [...] >> And another one for "More direct democracy": >> >> a) How would you decide what questions go up for public vote and which >> ones stay with the council? > > Good question! =A0I think a few voices from developers (say three) > requesting a vote should force a global vote. =A0If the council were > deciding on that, the concept would be useless. =A0At least that's my > current understanding. > > >> b) For questions like "- Should Python 3.x be stable?", isn't that for >> team leads to decide? And for the council to resolve in case of >> conflicts? > > It's too important to leave it to the Python team alone in my eyes. > Previous threads have shown that consensus is hard to find on Python 3.x > related topics. =A0A direct vote from all developers would reveal what th= e > majority really wants for that topic. It is my opinion that dismissing the opinions of the people who are actually doing the work is not a good way to motivate the same people (I don't even disagree with you about the Python team's approach to 3.x in the tree, but I disagree with how you think it should be handled). >> c) For questions like "- Should developer X be banned?", would you be >> willing to do this if it meant a lot of washing of dirty linen in >> public, or protracted flamewars (and other reasons why we have a bunch >> of level-headed people in place to deal with this calmly and quietly)? >> If no, where would you draw the line? If yes, how would you deal with >> the fallout? > > I'm not understanding all of that, honestly. > On a part I understood: Solving isues on that front may be worth extra > "noise" as the goal is to noticably improve atmosphere after. > Please help me to understand the rest of your question. The problem is not noise. The problem is that an issue that needs to be escalated to Devrel could not be resolved by the involved developers or the people who were present at the time. Moreover, there are strong emotions from the devs (and often their friends too), and people will end up saying things that they may eventually regret. Dragging this out in public /will/ polarise the community, result in more public conflict, very likely without a complete picture of the story on both sides being available. Devrel's purpose is to avoid this, and I believe this does work (we can debate their efficacy or how things can improve, but saying it doesn't work is unfair, IMO). I don't see how your proposal would deal with this fallout. Cheers, --=20 Arun Raghavan http://arunraghavan.net/ (Ford_Prefect | Gentoo) & (arunsr | GNOME)