Return-Path: X-Original-To: apmail-community-dev-archive@minotaur.apache.org Delivered-To: apmail-community-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C28CF1804B for ; Mon, 6 Jul 2015 17:59:08 +0000 (UTC) Received: (qmail 92614 invoked by uid 500); 6 Jul 2015 17:59:08 -0000 Delivered-To: apmail-community-dev-archive@community.apache.org Received: (qmail 92333 invoked by uid 500); 6 Jul 2015 17:59:08 -0000 Mailing-List: contact dev-help@community.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@community.apache.org Delivered-To: mailing list dev@community.apache.org Received: (qmail 92321 invoked by uid 99); 6 Jul 2015 17:59:08 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Jul 2015 17:59:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id E5FA0D2907 for ; Mon, 6 Jul 2015 17:59:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id SzDVcrMbklDY for ; Mon, 6 Jul 2015 17:58:58 +0000 (UTC) Received: from resqmta-po-05v.sys.comcast.net (resqmta-po-05v.sys.comcast.net [96.114.154.164]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 6C46A20343 for ; Mon, 6 Jul 2015 17:58:57 +0000 (UTC) Received: from resomta-po-09v.sys.comcast.net ([96.114.154.233]) by resqmta-po-05v.sys.comcast.net with comcast id p5wp1q00352QWKC015xp8b; Mon, 06 Jul 2015 17:57:49 +0000 Received: from tpx ([24.130.135.131]) by resomta-po-09v.sys.comcast.net with comcast id p5xo1q00c2qGB60015xpUf; Mon, 06 Jul 2015 17:57:49 +0000 Received: from localhost (localhost [127.0.0.1]) by tpx (Postfix) with ESMTP id 90F7020188C0A for ; Mon, 6 Jul 2015 20:57:48 +0300 (MSK) Date: Mon, 6 Jul 2015 20:57:48 +0300 From: Konstantin Boudnik To: dev@community.apache.org Subject: Re: Incubating, Graduating & Code of conduct @ The ASF (spin-off of Better specifying....) Message-ID: <20150706175748.GD15767@tpx> References: <559A338D.4060300@apache.org> <20150706173931.GC15767@tpx> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: X-Organization: It's something of 'Cos X-PGP-Key: http://www.boudnik.org/~cos/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1436205469; bh=nJIru7aUQpd4AyEiPlpp3BSL2WOZecq1CpoAyb7Igt0=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=kuZ00TxTIxdW1i3/gcHYMvIc0entaRzTuRgpw2CD5bpB9/otHLlCXnCMmtE1n9J2P v0IWfq4sqlothwhMQhlaoqU/JhmEialgMflm/cMUN545gjF6v1B2gV5Zq+Ho4JYSO4 McQYyzrTYFmzLV0M5ZTxNYQFfl5yokbMaCSZVCa3h9hHeX3qsLDrMNEwhXXAWGjVLt 52b2jHTEtBbvxxq+qo9huxRFS41QT1U4BaI7fA1SHLKdWe3rt9OFglkvTZ/WSArccj DQP2mhDG2Hm6Yit7ziYrAO9zR4QRxTdZun3bDAY0H6etOD0SLvFMXKDS2E6FJzBK4F xpytZX2CCZSUA== --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just to point to the source of my confusiony. My impression came from this = part: > > > Like expressed earlier, that loosely way of interpreting ASF guidelin= es has > > > led to the situation that the board charges newly established project= s to > > > define its bylaws. Charges that are then disregarded by the project a= nd not > > > followed up on by the board and or the appointed VP of the project. The subsequent colorful passage about the snowflake led me to believe that you're indeed found a way to prevent said snowflake from landing on the top= of the mountain. Looks like my interpretation of the meaning of it was quite suboptimal. Thanks for the explanation, Pierre. Cos On Mon, Jul 06, 2015 at 08:47PM, Pierre Smits wrote: > Hi Konstantin, >=20 > No, I am not saying that, neither explicitly nor effectively. Thus no, not > a correct representation of the point of discussion. Maybe you got that > impression (regarding blanket bylaws, or projects going off the handle) by > reading the postings of others. >=20 > Best regards, >=20 > Pierre >=20 > Op maandag 6 juli 2015 heeft Konstantin Boudnik het > volgende geschreven: >=20 > > Let me see if I read you right, Pierre. Effectively, you're saying that > > imposing a blanket bylaws system should help to prevent some rare cases= of > > established projects going off the handle? Is this a correct > > representation of > > the point of this discussion? > > > > I am not as eloquent as you're in painting the picture of the law-less > > land, > > thus please accept my apologies in advance if I came to the wrong > > conclusions. > > > > With best regards, > > Cos > > > > On Mon, Jul 06, 2015 at 01:34PM, Pierre Smits wrote: > > > Like expressed earlier, that loosely way of interpreting ASF guidelin= es has > > > led to the situation that the board charges newly established project= s to > > > define its bylaws. Charges that are then disregarded by the project a= nd not > > > followed up on by the board and or the appointed VP of the project. > > > > > > It is such that makes the determination of 'doing the right thing, do= ing > > it > > > the right way' less credible in stead of more. The show flake falling > > down > > > at the top of the mountain creates the avalanche in the valley. > > > > > > Best regards, > > > > > > Pierre Smits > > > > > > *ORRTIZ.COM * > > > Services & Solutions for Cloud- > > > Based Manufacturing, Professional > > > Services and Retail & Trade > > > http://www.orrtiz.com > > > > > > On Mon, Jul 6, 2015 at 1:25 PM, Bertrand Delacretaz < > > bdelacretaz@apache.org > > > > wrote: > > > > > > > On Mon, Jul 6, 2015 at 11:38 AM, Pierre Smits > > > > > > wrote: > > > > > ...The latest posting by Jan proves the point of the necessity of > > good > > > > > per-project bylaws when it comes to deviating from the generic > > guidelines > > > > > of the ASF... > > > > > > > > But as others have said, the best is to stick to those guidelines a= nd > > > > use the default bylaws, unless it's absolutely necessary to do thin= gs > > > > differently. > > > > > > > > -Bertrand > > > > > > >=20 >=20 > --=20 > Pierre Smits >=20 > *ORRTIZ.COM * > Services & Solutions for Cloud- > Based Manufacturing, Professional > Services and Retail & Trade > http://www.orrtiz.com --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJVmsGcAAoJEKtmQW7Qw4JPF7gH/2xh+3yKj7xc0HFLI57JADp+ kWEK2VgPtrqrKbhVeZqEeXFo1YC0OadO0v93dnGe5rghw8V78ZJXTNI1B43tyMNf eob1DsXvr3krkGx1KJ1PAjhtZVmtHb7RNH4AaX/j2aRScNbw2Zr4/9sIAVao1i6G tJeqkbAJH4yrIBUVMGd09aiLX/eNS1xDLrV7azLdo2k4p8QCgraJ914PVR7JsKI5 +tYViYG36+fmLsvyPTV6aRA4j7AT4wamNXrCLuNIaJDMKcEcFoiE3FvKxKAvyCiG W5O8Z7tsd0JPbsnA86+OeSp2EFJy+4msXK4CiUxiGFoKbLijWWPTncdlkc/IzZc= =cKC8 -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl--