Re: USA dominion: Re: IESG Statement On Oppressive or Exclusionary Language

Mary B <mary.h.barnes@gmail.com> Fri, 24 July 2020 23:23 UTC

Return-Path: <mary.h.barnes@gmail.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 3E2833A0B26 for <ietf@ietfa.amsl.com>; Fri, 24 Jul 2020 16:23:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 (2048-bit key) header.d=gmail.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 XPneAQQRv9Z0 for <ietf@ietfa.amsl.com>; Fri, 24 Jul 2020 16:23:23 -0700 (PDT)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F13FD3A0B24 for <ietf@ietf.org>; Fri, 24 Jul 2020 16:23:22 -0700 (PDT)
Received: by mail-pl1-x632.google.com with SMTP id d1so5401032plr.8 for <ietf@ietf.org>; Fri, 24 Jul 2020 16:23:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+q99UlDyrj7G3Iq5ZlfOy4Bcz9qYSCxmQnoH6qg+71g=; b=BjWAK1hbiDcxAVnwn9oAeswn6h/fopZc8dnit2mfO/hV0ZMNJV/LLai/H7LoK3KZke cI3riE0deemSKgHu8QuacQ5mu2CyqIMaC2hT7WdtQR9/4dWAiEiu/tyJ0LUpSxGmvIys rnTf4qA5cVonciJD11/4d+bQvTpb0DFtgZe3JyCTyG+uX/ukhmAa6Y9+n+i15Qvz6xNM y/hA+2O5tdnDF4iUivjr1/yn10+/+0qoF/mIm21vLIRoIB6WyPgvo24dzFBrXu2E/0Mo j5rXKX1vSbhO1CwSfLN8aUgaH/pt3Aq+SIWYwXe8uV7HeUy7++csM0RUxhGyBuyX3N9J SYIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+q99UlDyrj7G3Iq5ZlfOy4Bcz9qYSCxmQnoH6qg+71g=; b=IMiuIY2IQaXQ2bBTNOiu4FhE1ajijSinNRLJYMVtm6hpOD70s7Lr77ixPyuXhSMGyw 5O9o+zESyd87qMkmsKnO2eEbysLCnJEJpenJXQHhN86gNFtLS/rQkCRqUz1rXXTqXx3C R++XovmBgbUFkawTQNYqcbMAd3YbycrRueMuumUBaZUTKwk8vhNyveH3MpCFZWKnd5lL JKb+3gWHAJ7aLAiRi4UkWH37GAeEz0mL8Vm/XF1XXdtIJwP0QEtOsNKoNm5v8jMTF32v hqB1byo2c8fesedhbAvIlSxUIEft9NUglO6mFenb7jppYI32x3ItpUXbITw1Jsg97GFI qqYA==
X-Gm-Message-State: AOAM531/74hJ/cKyZBfbd7PzL1j05z1lB0YhsRWwEoFwXiMWuEW6m+gt hClJAPBM9ozUdBK2Z0IKSnU8j+3t3ygCuda0oBY=
X-Google-Smtp-Source: ABdhPJxTb0WGF+yBd+TPWBnsSOwaMsWCt1Pbfud8V2+L7NBaGkYtG5vnwLMJlA2CFwF5KWecD4d3U+iSmVci4wcb2qA=
X-Received: by 2002:a17:90a:c305:: with SMTP id g5mr6991379pjt.62.1595633002384; Fri, 24 Jul 2020 16:23:22 -0700 (PDT)
MIME-Version: 1.0
References: <35BE966B-63A2-438F-BD61-570E86ED2E1A@strayalpha.com> <297BF899-553D-44DB-AB56-04280F776F7A@employees.org> <6646575A-E6EA-4B4E-AC1B-F8B84B5A1203@strayalpha.com> <20200724225654.GB43465@faui48f.informatik.uni-erlangen.de>
In-Reply-To: <20200724225654.GB43465@faui48f.informatik.uni-erlangen.de>
From: Mary B <mary.h.barnes@gmail.com>
Date: Fri, 24 Jul 2020 18:22:32 -0500
Message-ID: <CABmDk8=g=nqAGADGuUmL-GmLQQ-kOi5P2mjtbxVN+NhJwxe3mA@mail.gmail.com>
Subject: Re: USA dominion: Re: IESG Statement On Oppressive or Exclusionary Language
To: Toerless Eckert <tte@cs.fau.de>
Cc: Joseph Touch <touch@strayalpha.com>, John Levine <johnl@taugh.com>, "<ietf@ietf.org>" <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004c915f05ab384268"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/jtT_jDthr5qedr73yioXRok4OtI>
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: Fri, 24 Jul 2020 23:23:35 -0000

You might also want to consider that it isn't just a US majority, it's a
white male US majority, which is also an issue IMHO.   The same applies for
WG chairs etc.  Indeed, I would posit that the lack of diversity when it
comes to gender is also a huge issue with the organization.

Regards,
Mary.

On Fri, Jul 24, 2020 at 5:57 PM Toerless Eckert <tte@cs.fau.de> wrote:

> Joe, *:
>
> Here is how i think this whole effort is exclusionary:
>
> For the mayority of writers and even more so readers of IETF documents,
> english is not the first language. Even for any non-american native english
> speaker, i wonder how much they feel that there is a need to update the
> language
> used by the IETF for what arguably is primarily a US social problem:
> Dealing with
> a still seemingly not well enough handled history of afro-american racism
> and slavery.
>
> This effort of language change if it is then adopted officially in IETF or
> RFC
> editor will undoubtedly reconfirm the perception if not reality that the
> IETF
> is a strongly USA dominated institution:
>
> - IETF chair lives in USA works for USA company
> - 12 of 14 IESG members live in the USA and/or work for USA companies.
> - 10 out of 13 IAB members live in the USA and/or work for USA companies.
> - Anybody want to take a bet what percentage of WG chairs live in the
>   USA and/or work for a USA company ?
> - Any of the other leadership roles ?
>
> While in the past USA leadership was seen as very positive, unfortunately
> this
> has changed around the world, and this effort has good chances to also be
> seen in that light:
>
> In this case, we have a situation where (if i analyze it correctly) not
> even
> the long-term IETF community, but one from outside the IETF brings this
> USA centric
> social issue into the IETF, and the USA centric active IETF community is
> directly
> jumping on this boat because they confuse whatever might be good for their
> countries community to be equally good for the supposedly much larger
> and supposedly much more diverse and inclusive global IETF community. To
> me, this
> is a sign of even stronger USA influence than anything technical we had so
> far.
>
> IMHO this is NOT going to be perceived well in the worldwide IETF
> community,
> instead, this will create more ridicule about bullish USA centric influence
> and  control of the IETF.
>
> I for once learned a lot of network/software terminology from german
> language
> books using american terms. For all intent and purpose the mayority of the
> worldwide IETF community  and even moree so the readers of IETF products
> (RFCs)
> uses english ONLY as a technical language in a similar fashion. Why would
> that community have to care about social issues in the USA in their
> technical language ? Change english originated technical terms in maybe
> a hundred foreign language books to match latest IETF documents ?
> Retrain students all over the world about technical networking terms
> and having to explain USA history in its wake ? And that going to play
> positive ??
>
> How about we create an RFC-editor language advisory board: 10 people
> selected at random from the active community, at most 2 first-language
> english
> speakers, at most 2 first-language chinese speaker, at most one
> first-language
> speaker for any other language. That would be a good starting point
> to decide what does and what does not qualify as IETF community relevant
> RFC language problems.
>
> Otherwise, we could simply replace any english term we do not like as
> americans with a french term for use in the IETF. They have a long history
> of trying to keep their own language freee of english influence, and AFAIK
> they even have a government oversight board for such terminology, so i am
> sure they will have a technical terms for anything we need and those
> terms have been vetted professionally. Might even get lower hotel rates
> next time in Quebec if we do this ;-)
>
> Cheers
>     Toerless
>
> On Fri, Jul 24, 2020 at 01:35:37PM -0700, Joseph Touch wrote:
> > On Jul 24, 2020, at 1:20 PM, Ole Troan <otroan@employees.org> wrote:
> > >
> > > And you think this discussion isn???t exclusionary?
> > >
> > > O.
> >
> > Just as ???free speech??? cannot include ???speech??? that restricts the
> speech of others, avoiding exclusionary language cannot avoid excluding
> those who consider that language appropriate.
> >
> > If that???s what you mean. If not, it would be useful to explain.
> >
> > Joe
>
> --
> ---
> tte@cs.fau.de
>
>