From Thu Jul 08 12:43:02 2004 Return-Path: Delivered-To: Received: (qmail 22701 invoked from network); 8 Jul 2004 12:43:02 -0000 Received: from (HELO ( by with SMTP; 8 Jul 2004 12:43:02 -0000 Received: (qmail 99750 invoked by uid 500); 8 Jul 2004 12:43:01 -0000 Delivered-To: Received: (qmail 99695 invoked by uid 500); 8 Jul 2004 12:43:01 -0000 Mailing-List: contact; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Apache Directory Developers List" Reply-To: "Apache Directory Developers List" Delivered-To: mailing list Received: (qmail 99682 invoked by uid 99); 8 Jul 2004 12:43:00 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=RCVD_IN_RFC_IPWHOIS X-Spam-Check-By: Received: from [] (HELO ( by (qpsmtpd/0.27.1) with ESMTP; Thu, 08 Jul 2004 05:42:59 -0700 Received: from [] ([]) by with ESMTP id <[]>; Thu, 8 Jul 2004 14:42:57 +0200 Message-ID: <> Date: Thu, 08 Jul 2004 14:42:06 +0200 From: Nicola Ken Barozzi User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Apache Directory Developers List Subject: Personal attacks and respect Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: 1.6.2 0/1000/N Along with conflict deescalation come other traits of how participating at Apache is meant to be: avoiding personal attacks and peer respect. Apache communities have to build upon consensus, not polarize factions. As a fellow member has told me, consensus doesn't mean "majority rules"; it means that people agree on what the community feels is right, even if it is personally disagreeable. It's important to remember that all code discussions have to pertain to the code, not to the person talking about it. Personal attacks must be avoided at all times, and silence is to be used to ignore the attacker. If the mails keep coming or get too nasty, it's common that at least one fellow member explicitly invites the attacker to calm down and stop it, after which all ignore the fact. If the thing gets impossible to cope with, the PMC can, in private, decide to do what it feels necessary to defend itself from public insults to one or more of it's members. Apache is known to keep people in high esteem, especially peers, that have always to be taken in high respect. If someone is on the PMC, it is because all members have agreed to share the project decisions with this person, because of good and consistent contributions to the project (not necessarily the code, a project is more than that). This has to be remembered when voting someone on the PMC, as he will be sharing space with you. These are not general guidelines that can or can not be followed, we are talking about core stuff. There has already been a case in which a PMC has decided to throw out a PMC member because of lack of respect for peers. Not that I want this to happen again, but it gives the sense of how this is important. -- Nicola Ken Barozzi - verba volant, scripta manent - (discussions get forgotten, just code remains) ---------------------------------------------------------------------