Re: IESG Statement On Oppressive or Exclusionary Language

Eliot Lear <lear@cisco.com> Mon, 27 July 2020 16:31 UTC

Return-Path: <lear@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15FB73A1B8C for <ietf@ietfa.amsl.com>; Mon, 27 Jul 2020 09:31:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ka8ZYwGkkboZ for <ietf@ietfa.amsl.com>; Mon, 27 Jul 2020 09:31:44 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7434C3A1AB5 for <ietf@ietf.org>; Mon, 27 Jul 2020 09:31:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4813; q=dns/txt; s=iport; t=1595867491; x=1597077091; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=ZWZLjg7gmc9BpGYehpUKC8Ikq9ogX4LIacgvfKTMVfM=; b=ELpqtB7EfFhLV7RmrwoUCTdNw1dmZKl9fRDi92f/06xO0ACU4JbHlt6V Wrx/Vui8xnstRUgXrIyyDRTFnWPte4GXnkD1MQH06FGw1JSjxsrsYz7WJ k72gvdzv5iIo2xSoDTa4WPVyBB+VFCqzBGTzgBVNESm7HLFeumwcKO9TJ g=;
X-IPAS-Result: A0BvBAAvAB9f/xbLJq1gHAEBAQEBAQcBARIBAQQEAQGCCoNtASASLIQ0iQGHeiWTdYgXCwEBAQwBAS8EAQGETAKCKCU4EwIDAQEBAwIDAQEBAQUBAQECAQYEbYVohXEBAQEDASNWBQsLBBQqAgJXBhMUgxKCXSCtcXaBMoVShRGBOI0XggCBEScMEIIfLj6HUzOCLQSPdKV2gmiDCJZmAxUJkUaOHoVwp2qDVgIEBgUCFYFqI4FXMxoIGxVlAYI+PhIZDZxnPwMwNwIGAQcBAQMJkBEBAQ
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos; i="5.75,402,1589241600"; d="scan'208,217"; a="25796540"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 Jul 2020 16:31:27 +0000
Received: from [10.61.227.89] ([10.61.227.89]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 06RGVQaX008715 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jul 2020 16:31:27 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <E1BD1EF8-E2A2-4057-86BB-AA080B506146@cisco.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_66C2D836-E62D-4831-9380-F80DFC55ABC6"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
Date: Mon, 27 Jul 2020 18:31:26 +0200
In-Reply-To: <1BE15CF8-ECA3-48E7-BCEF-145EADF6D2EC@nohats.ca>
Cc: Dan Harkins <dharkins@lounge.org>, The IETF List <ietf@ietf.org>
To: Paul Wouters <paul@nohats.ca>
References: <45882975-e4d1-045f-2556-d8defee22c91@lounge.org> <1BE15CF8-ECA3-48E7-BCEF-145EADF6D2EC@nohats.ca>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
X-Outbound-SMTP-Client: 10.61.227.89, [10.61.227.89]
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/d8F3eZ0AwtJ95DrHbkj8m7hF7Xc>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jul 2020 16:31:53 -0000

In the department of meta-meta...

> On 27 Jul 2020, at 16:02, Paul Wouters <paul@nohats.ca> wrote:
> 
> On Jul 27, 2020, at 09:10, Dan Harkins <dharkins@lounge.org> wrote:
>> 
>> "harm" not found.
> 
> Unfortunately, this thread has already harmed the IETF community. Not only by showing a lack of empathy to try and be more inclusive when the costs are low, but also by showing how toxic discussions can get at IETF.


On the one hand the IESG has asked for community feedback.  On the other hand, when someone provides a dissent, he is told that the discussion itself is toxic.  Maybe so, but the right response is research results that demonstrate that the language needs to be change, not just a statement from which it is to be inferred that it’s unreasonable to disagree with a proposed change.

Again, the fundamental here is that there is no stable norm of how we should choose technology terms and more to the point, when we should change them.  This is what causes much of the strife.  Let’s get some people to go fix that part.

Some resistance to change of terminology is probably a good thing because otherwise our language itself becomes unstable, and difficult to comprehend as the years go by.  We all know of terms that were in common use in the late 1800s and much of the 20th century that we would not dare use today, so some change is appropriate.

I might also point out that this toxicity you speak of only stopped in a number of other fora when package maintainers just decided to end the debate, and do what they wanted.  Not generally how we work, for better or worse.

Eliot