From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Z5Vab-0001ds-58 for bitcoin-development@lists.sourceforge.net; Thu, 18 Jun 2015 08:54:25 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of riseup.net designates 198.252.153.129 as permitted sender) client-ip=198.252.153.129; envelope-from=odinn.cyberguerrilla@riseup.net; helo=mx1.riseup.net; Received: from mx1.riseup.net ([198.252.153.129]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1Z5VaZ-0005qz-6r for bitcoin-development@lists.sourceforge.net; Thu, 18 Jun 2015 08:54:25 +0000 Received: from plantcutter.riseup.net (plantcutter-pn.riseup.net [10.0.1.121]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id D229A418DC for ; Thu, 18 Jun 2015 08:54:16 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: odinn.cyberguerrilla) with ESMTPSA id 91A34200B6 Message-ID: <55828737.6000007@riseup.net> Date: Thu, 18 Jun 2015 01:54:15 -0700 From: odinn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Bitcoin Dev Content-Type: text/plain; charset=utf-8 X-Virus-Scanned: clamav-milter 0.98.7 at mx1 X-Virus-Status: Clean Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.8 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [198.252.153.129 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines -0.1 AWL AWL: Adjusted score from AWL reputation of From: address X-Headers-End: 1Z5VaZ-0005qz-6r Subject: [Bitcoin-development] Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2015 08:54:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Recently I saw the following video: https://www.youtube.com/watch?v=3D8JmvkyQyD8w&t=3D47m58s Hadn't seen it until just today, although it was done on June 8, 2015. So this is a bit dated, but to me it was a bit of a stunner to see the extreme nature of (some) of the views presented in this video. Let me be blunt, I have serious concerns regarding threats issued by a developer in this video, and I think that it is entirely possible that those of you who are core developers have already seen this and have been discussing it. But I am interested in seeing this resolved here on this list openly and having it resolved. It's sad and unfortunate to me, but I feel that it's necessary to do this. Identify what's happening, address it squarely, have the person who is threatening others explain his/her behavior, deal with the problem and move on. This seems to be very important. Please tell me if I am wrong about this or totally flawed in my perspective here. Go right ahead. In this video, a particular developer makes the following statement, stating in part: "My preferred solution is that Gavin revokes commit access from everyone else in the project, and then... makes the change himself" Regardless of how you look at this, and even if we believe that Gavin will not respond to that developer's request for a so-called "solution," such a statement (by any developer) is indeed both a threat and an act of sabotage against the larger bitcoin community. We should certainly be thankful therefore, for the recent policy change at bitcoin.org which can be seen here: https://cloud.githubusercontent.com/assets/61096/8173297/578483f8-1399-1 1e5-8f48-96f33d12b996.png I firmly believe that any developer who made a statement suggesting that commit access of others in the project be revoked so that they can proceed with their personal plan, needs to answer for having made such a suggestion with a formal apology to this list, followed by an explanation for why they themselves should not have their commit access removed. Overall, however, this sort of bombastic, nuclear suggestion makes me seriously concerned for the future of bitcoin (as well as any cryptocurrency which has repositories on Github). So, you know who you are: Apologize for your statement ("preferred solution") and explain to the community why you should still have commit access in light of the threat you have made to all the other developers (and indeed to all participants of the bitcoin community). These "nuclear options" are unacceptable to us all. Respectfully, - -O - --=20 http://abis.io ~ "a protocol concept to enable decentralization and expansion of a giving economy, and a new social good" https://keybase.io/odinn -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVgoc3AAoJEGxwq/inSG8C6QYH/1Ag+4ESTSUPkP8PCTj1AJds J4MmBz4cX7IYsSttTAjyiwd6oTHCU+wAcXtgZYpzr8rWF62bG5/+kAFUfjKwNsGM WqcdNOR6h8fQulx8niuro8kZF/xOsG5eHtRK2FMCorxj0t6qn4pH5WAQL73J3hXQ xI831Nt/L7VTa0jlKbr2/VGlqh6CtGrZ9mXp6aV1MBNwHbFryNBJW9ubvUv/IRxZ GyJ+c3+Br2KKAQTMsyNn3VXMlXJL6kt0pwwk2od3j/+dKE4pAetHvZ5OgIO+qUWd 6R0/AaoW5jk343TaQ5BHaSpNW+OM9Yc1ycZyqE/YV8JwWeA6G/QdmRVYeoLMCZQ=3D =3DzJeO -----END PGP SIGNATURE-----