Re: IESG Statement On Oppressive or Exclusionary Language

John C Klensin <john-ietf@jck.com> Sun, 09 August 2020 17:40 UTC

Return-Path: <john-ietf@jck.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 2F7863A0A9D for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 10:40:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 TnMOaCSIO6wy for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 10:39:59 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 043803A0A4A for <ietf@ietf.org>; Sun, 9 Aug 2020 10:39:58 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1k4pIa-000CRr-QX; Sun, 09 Aug 2020 13:39:56 -0400
Date: Sun, 09 Aug 2020 13:39:50 -0400
From: John C Klensin <john-ietf@jck.com>
To: Joel Halpern Direct <jmh.direct@joelhalpern.com>, ietf@ietf.org
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
Message-ID: <4C234CEB7A8243A19CF1A00C@PSB>
In-Reply-To: <c04b89e5-2681-91fb-06e9-8f073eed72d8@joelhalpern.com>
References: <5692e18e-afbb-9294-1074-3b81dafe8803@network-heretics.com> <59C4CA26-A1EB-4CF4-B973-BC2BBF53A094@gmail.com> <CAL02cgTZt-9+QWPT1aWXcOgpEwuNV2uHnVi5dGm7V5y_8_U1SQ@mail.gmail.com> <0cceb0f2-b5fe-a194-7ce8-68cc537f9cd1@lounge.org> <CAL02cgTV-cfTPO2wrKz0H2E=FLhagu-qs7fwx6jXeJDH-2cSHA@mail.gmail.com> <20200807171546.GP40202@straasha.imrryr.org> <737B9515-C538-4EEB-8A5D-672987A0FE86@akamai.com> <20200807190716.GQ40202@straasha.imrryr.org> <845bd95e-0d95-a164-40f9-e9c45feed6dc@gmail.com> <6D464C5C-D9CB-47A1-A8BB-CD8CAD21B779@cooperw.in> <B5969C0B-EF25-40CF-BFB4-8E062C90CA24@gmail.com> <90fd8bff-c81c-5518-65c6-b929132a4bdd@comcast.net> <44B55324558FD335BADB4165@PSB> <56fd2677-df6a-8ff2-6093-6e8d42442973@joelhalpern.com> <60160A936BE682CEDE0704E1@PSB> <ae46e43a-e5db-0f57-0b01-6c2c2ff7a1ed@joelhalpern.com> <01DA17AE9467CA40963588C1@PSB> <c04b89e5-2681-91fb-06e9-8f073eed72d8@joelhalpern.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/RQqVhKsDLknZ6mEO59yb_5O5jSU>
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: Sun, 09 Aug 2020 17:40:00 -0000


--On Sunday, August 9, 2020 13:16 -0400 Joel Halpern Direct
<jmh.direct@joelhalpern.com> wrote:

> I believe I agree with you in the sense that if we as a
> community do not have rough consensus that this kind of
> checking should be done, then ADs should not be asking
> reviewers to perform this kind of checking.  (I agree that
> individuals are always free to look for things.)

Agreed, with the observation that "please be on the lookout for
problems of this sort" is very different from "please watch out
for this particular list of words", especially if the latter
implies that words not on the list are inherently less important.

> Personally, I think it would help us on multiple levels if we
> could, as a community, agree that this kind of checking should
> be done, and the issues should be raised. 

In case it has not been clear, I agree.  I even agree with
comments that our doing so is long overdue.

However, if "this kind of checking" involves a list of "bad" or
"problematic" words (with or without a list of proposed
substitutions), then (i) I think it is unlikely that we can
build a stable list of that sort without favoring issues in some
cultures and ignoring issues in others (and I personally think
that would be bad) and (ii) Based, if nothing else, on the
discussions on this list, I don't see an acceptable level of
community consensus emerging any time soon (just my opinion, of
course).  So I prefer to trust the community --on a document by
document and usage by usage basis-- rather than an authoritative
list or committee.

I also prefer discussion and mutual education with authors and
within WGs to letting things get as far as cross-area review
teams -- to that point that, if problematic language reaches a
review team, IETF LC, or the IESG without, at least, significant
discussion about appropriateness, we should view it as enough of
a process failure to touch off a discussion among ADs and WG
Chairs about how such language can be flagged before reaching
those points in the future.

>   Neither you nor I
> have the right to call the rough consensus for the IETF list /
> community.

Of course.  Neither does the IESG or any single AD if they are
doing it on the basis of what they believe would be community
consensus if only the community were more enlightened.  And that
is precisely the boundary between "can the AD ask?" (the
question you asked) and "can the AD require or insist?" (the
question that, IMO, has been implied by many of the comments on
this list).

best,
   john