Re: IESG Statement On Oppressive or Exclusionary Language

Nico Williams <nico@cryptonector.com> Tue, 28 July 2020 15:55 UTC

Return-Path: <nico@cryptonector.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 43D513A0E65 for <ietf@ietfa.amsl.com>; Tue, 28 Jul 2020 08:55:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cryptonector.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 hNkyH9ssUeUp for <ietf@ietfa.amsl.com>; Tue, 28 Jul 2020 08:55:03 -0700 (PDT)
Received: from crocodile.birch.relay.mailchannels.net (crocodile.birch.relay.mailchannels.net [23.83.209.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 411D63A0E7C for <ietf@ietf.org>; Tue, 28 Jul 2020 08:54:56 -0700 (PDT)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1D0CA1E1309; Tue, 28 Jul 2020 15:54:56 +0000 (UTC)
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (100-96-23-21.trex.outbound.svc.cluster.local [100.96.23.21]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9A4AD1E0E8C; Tue, 28 Jul 2020 15:54:55 +0000 (UTC)
X-Sender-Id: dreamhost|x-authsender|nico@cryptonector.com
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Tue, 28 Jul 2020 15:54:56 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|nico@cryptonector.com
X-MailChannels-Auth-Id: dreamhost
X-Average-Name: 22af8209588a2a04_1595951695885_477226743
X-MC-Loop-Signature: 1595951695885:995054544
X-MC-Ingress-Time: 1595951695885
Received: from pdx1-sub0-mail-a12.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a12.g.dreamhost.com (Postfix) with ESMTP id D59FD9BEB1; Tue, 28 Jul 2020 08:54:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h=date :from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=cryptonector.com; bh=/SXAhHZb7tyL5H S3jaLBz+yBUeQ=; b=kur9FBIU+keRGFvRWE/AO1AYasYdq0l5QyuvuFwaoAYudv VNl/Zeabzf1YaenjCqBvEAl2Q4qwOZIwOQIi8daQUAGM6hDC5YSdui2GIJG3mCJS PA+1e/IyU3tUj35TC0UcHe8sR+mdzliSuqSUzfgYC8+yC6MS4kyJ4b0wcSwlA=
Received: from localhost (unknown [24.28.108.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by pdx1-sub0-mail-a12.g.dreamhost.com (Postfix) with ESMTPSA id E4B279BE2F; Tue, 28 Jul 2020 08:54:52 -0700 (PDT)
Date: Tue, 28 Jul 2020 10:54:50 -0500
X-DH-BACKEND: pdx1-sub0-mail-a12
From: Nico Williams <nico@cryptonector.com>
To: John C Klensin <john-ietf@jck.com>
Cc: ietf@ietf.org
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
Message-ID: <20200728155448.GD3100@localhost>
References: <159552214576.23902.6025318815034036362@ietfa.amsl.com> <1F96C8957A277E92E45985B6@PSB>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1F96C8957A277E92E45985B6@PSB>
User-Agent: Mutt/1.9.4 (2018-02-28)
X-VR-OUT-STATUS: OK
X-VR-OUT-SCORE: 0
X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduiedriedvgdelvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjfgesthdtredttdervdenucfhrhhomheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqeenucggtffrrghtthgvrhhnpefftdektefhueetveeigfefgeejteejvdfhhefgvddtfeeujeehleeguefhgffhgfenucfkphepvdegrddvkedruddtkedrudekfeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehlohgtrghlhhhoshhtpdhinhgvthepvdegrddvkedruddtkedrudekfedprhgvthhurhhnqdhprghthheppfhitghoucghihhllhhirghmshcuoehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmqedpmhgrihhlfhhrohhmpehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhmpdhnrhgtphhtthhopehnihgtohestghrhihpthhonhgvtghtohhrrdgtohhm
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/6oQzXk22_77DGs__APpVkoQs8Wo>
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: Tue, 28 Jul 2020 15:55:10 -0000

On Tue, Jul 28, 2020 at 12:59:36AM -0400, John C Klensin wrote:
> (2) Creation of a dictionary of bad words (even to the extent
> that the I-D does it) is unlikely to be satisfactory, especially
> if, in practice, it devolves into "anything not forbidden by the
> list is allowed".  Encouraging some group of people to
> participate in the IETF by playing enforcers of cultural norms
> (whether as "language police" or otherwise) or in the form of a
> WG is unlikely to work out well for either the IETF or the
> portions of the Internet that we are supposedly trying to make
> better... and the people who depend on our work.

Yes.  The way to enforce reasonable language is to review for it as
empathetic adults rather than with a list of verboten words, and to
raise and discuss any issues with document authors.  This would be (is)
much broader and effective than a list of verboten words.  And the group
involved in enforcing this rule is the entire community (rather than a
special group of "enforcers"), starting with editors/co-authors, WG/RG
participants, shepherds, responsible ADs, the IETF/IRTF (e.g., during
IETF LC), the I* leadership, the RPC, and the RFC-Editor.

BTW, regarding {color}lists, we generally refer to "local policy" in
RFCs, not to specific implementation designs for local policy.  I've
checked my cache of RFCs I frequently check and there are many many more
hits for 'local policy' than '(white|black)(-| |)?list', and many more
hits for 'master' than 'slave' (only NTP and DNS in my cache refer to
'slave').  There are also more instances of 'primary' than 'master', and
'replica' than 'slave'.  I can happily say that none of my RFCs (unless
I've somehow failed to cache some of them) use offensive language.  My
cache is fairly small though.  A more complete analysis of Internet
RFCs' use of problematic language would be useful.

Speaking of which, I don't see in draft-knodel-terminology anything like
a survey or performed a survey of RFCs, current I-Ds, and maybe even
expired I-Ds, of how many instances of offensive language appears in
them, and even the frequency of offensive language as a function of
publication/submission year.

It would seem that evidence in this matter is important.  Evidence of
our having a problem would help drive faster adoption of better
solutions.  Conversely, lack of evidence, or even evidence that we don't
have a problem, would help us quickly dispose of solutions to non-
problems.

> (3) We are an international community with aspirations to be
> even more so.   That may imply that a term or acronym that is
> neutral or otherwise acceptable in English may be offensive,
> oppressive, or exclusionary when translated or transliterated
> into another language.  We should probably be aware of that too.

There are limits to how sensitive we can be to issues we're not aware
of.  I.e., we depend on reviewers to tell us about the issues they are
aware of.  Which brings us back to your point about banned word lists
not possibly being sufficient.

Nico
--