Re: IESG Statement On Oppressive or Exclusionary Language

Toerless Eckert <tte@cs.fau.de> Tue, 11 August 2020 06:04 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 DADDF3A0C8E for <ietf@ietfa.amsl.com>; Mon, 10 Aug 2020 23:04:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 GKIqY5C6YXB2 for <ietf@ietfa.amsl.com>; Mon, 10 Aug 2020 23:04:48 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [131.188.34.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEF483A0C8B for <ietf@ietf.org>; Mon, 10 Aug 2020 23:04:46 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id 8E89A548019; Tue, 11 Aug 2020 08:04:39 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id 86C6A440059; Tue, 11 Aug 2020 08:04:39 +0200 (CEST)
Date: Tue, 11 Aug 2020 08:04:39 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: S Moonesamy <sm+ietf@elandsys.com>
Cc: ietf@ietf.org
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
Message-ID: <20200811060439.GA62170@faui48f.informatik.uni-erlangen.de>
References: <20200809151507.C3DCB1E74E58@ary.local> <5427551B-0521-4CA3-AF8C-9A74961E852E@gmail.com> <aa4292e-79a6-3df4-9bc3-18558ba2c190@taugh.com> <6AC5DDA2-2C4E-4B74-B4F3-6B9E94D198B5@tzi.org> <20200809171326.GA28320@faui48f.informatik.uni-erlangen.de> <6.2.5.6.2.20200809110135.11057460@elandnews.com> <20200810112739.GB55080@faui48f.informatik.uni-erlangen.de> <6.2.5.6.2.20200810144545.0a8c50b0@elandnews.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6.2.5.6.2.20200810144545.0a8c50b0@elandnews.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/a07A6pAPzDKi502HuOHriYamBD0>
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, 11 Aug 2020 06:04:50 -0000

On Mon, Aug 10, 2020 at 04:23:34PM -0700, S Moonesamy wrote:
> On reading your reply I was reminded of a recommendation (made several years
> ago) to get more non-native English-speaking people in one of the review
> teams.  It was probably not implemented for unknown reasons.  The language
> experts are actually the people within the RFC Editor Function (it is not
> the RSE who does that work).

I would think that a good editor will try to find all the good arguments
why a particular choice of language is not his/her owns but drawn from
some good practice with known references. In this case we are talking about,
they would either find such from (1) other communities, (2) guidelines
established by ITEF community or (3) claim that they can't do anything because
they could not find enough guidance.

I was suggesting processes for (2) (nomcom style community rule establishment).
I am mostly worried about the occurance of some extreme forms of (1) at this
point, but then again, i am paranoid.

> In theory, the whole community has a say in policies.  That is not how it
> worked in practice.  I don't know whether the idea which you proposed would
> work as I am not involved in execution.

Yes, but i also think all of this can develop over time. First round IMHO
it would be nice to have a place where to collect language choice taken
in the process of the RFCs from now on. Without attempting to have a more
formalized process.

> > gaming the process also into account. Aka: selective aggregation of
> > received opinions from the list, moving decisions to different forums than
> > email where the weight of pro/con would be known different, etc. pp.
> 
> It is up to the IESG to decide about the above.

Indeed.

Cheers
    Toerless

> Regards,
> S. Moonesamy

-- 
---
tte@cs.fau.de