Re: [Gendispatch] draft charter text: terminology-related WG

Christian Huitema <huitema@huitema.net> Sun, 14 February 2021 02:33 UTC

Return-Path: <huitema@huitema.net>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8850C3A131F for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 18:33:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.011
X-Spam-Level:
X-Spam-Status: No, score=0.011 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] 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 lkYsaDsXYe14 for <gendispatch@ietfa.amsl.com>; Sat, 13 Feb 2021 18:33:40 -0800 (PST)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 5BEBE3A131D for <gendispatch@ietf.org>; Sat, 13 Feb 2021 18:33:40 -0800 (PST)
Received: from xse41.mail2web.com ([66.113.196.41] helo=xse.mail2web.com) by mx136.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1lB7E4-000uBp-U1 for gendispatch@ietf.org; Sun, 14 Feb 2021 03:33:36 +0100
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4DdWWD5zfcz29yM for <gendispatch@ietf.org>; Sat, 13 Feb 2021 18:33:28 -0800 (PST)
Received: from [10.5.2.16] (helo=xmail06.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1lB7E0-0006SZ-NS for gendispatch@ietf.org; Sat, 13 Feb 2021 18:33:28 -0800
Received: (qmail 23004 invoked from network); 14 Feb 2021 02:33:28 -0000
Received: from unknown (HELO [192.168.1.106]) (Authenticated-user:_huitema@huitema.net@[172.58.43.146]) (envelope-sender <huitema@huitema.net>) by xmail06.myhosting.com (qmail-ldap-1.03) with ESMTPA for <gendispatch@ietf.org>; 14 Feb 2021 02:33:27 -0000
To: Dan Harkins <dharkins@lounge.org>, gendispatch@ietf.org
References: <A531C377-33A4-4138-BE28-788FF5FE267E@sn3rd.com> <CABcZeBPxQrzQZZ2ec+cvpovdkJaXcQ4f8Ged7Om1QPg7UrZ_Ew@mail.gmail.com> <C7451272-56CF-49C7-ABAA-7B8849AAE8DB@cisco.com> <31dc343f-8e73-6afd-1fca-c68fb5b47bd0@lounge.org> <fabe2570-d138-8f35-f14a-a564a00ea7ba@gont.com.ar> <c425e778-429f-eedb-b730-8b6f03dfaa0d@lounge.org> <8a9633db-ecd3-7ec7-e2a6-77088e68b184@huitema.net> <2c6714b9-b2b6-8852-8c53-ec24594f4194@lounge.org>
From: Christian Huitema <huitema@huitema.net>
Message-ID: <5ed1961d-93c6-74ef-4fbc-e06e7bf269e2@huitema.net>
Date: Sat, 13 Feb 2021 18:33:27 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <2c6714b9-b2b6-8852-8c53-ec24594f4194@lounge.org>
Content-Type: multipart/alternative; boundary="------------155006ED864A53BF9AB087F3"
Content-Language: en-US
X-Originating-IP: 66.113.196.41
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9WLQux0N3HQm8ltz8rnu+BPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5zo9mwGQSX8aTDq8fl2bpi0xEQ8ojMxulvqpenB6oiqu5Jm rQtsDjVbbrJuWV2M+6b2Is6/EtVcDwMurFp/hJfUSxIRXVMlFuiz/acFNeeXtxN2fFxZWB9eYgpR BRu3UlDHMLIJYRi1cXH9Dbm+IxLVdh3YTLaUf1T/vJjBHMeQhZotTbzF8bFslzcWfB/84WUhy/LP m2rFgOGYwKKX1POmkVWClPVvbW5lVyQanRxw5hTHswbbB/ha+ZWrSAi8SkwqWAikMcSxTAWn8RCv ieGEqjG/gXZAaRh1X6LVetRf2ZYIiHqfCgG4wrA3w4/kQTYKxDHA9JN9J4k4XZq11JQkgOaZXY1D 3Tei6L4lTC3Kzv6blagzf/fouhj8KehojfmLb5mum9xAXSaS3KKPtTZXWZip9+GhedmPokL8D3vh veYLhIg92+wH02ylfDiSQ0sYFBl6VX84fRovDGikEvLu7vlxwPg5iSJU22qtYbc2zIvhSJcbnX/H QqL/X9rNCJCc6iESJvKm1NV8gkr+Wu8ScVDXinOVyuIpITQ9z3M3DCinc6hm4Yij/9/ori/8mFXt Xbhn+QJvOtYM6hvrMFBgCRPr+cjTIQio9BLSXYMGyZe1QNuNgbVWp1ROM8P5BohpY+esKrJvcnNx Lc87a6mTyaxfFQ1w34FqYc4W3dbMgAFVnde1UJCYLdcfX0Bx8d1jJhhDVWbOY0at+Sp/Evw1rEy8 kFJLqq4bLnKmuYuL1rVr61XMTP2oIAf6d43XR41kSUOabuz7C/RiZJwhnCK3PAlbDjazCbhs7qBp ykynMkpi2lOq6+x0YKX77jMV3Q4Xm+W9QssyXazYaq6FQrcaPatRkSuxMqynhAgxXYf9hc5cElVI v8mCHJmvLaFcYEAs0ueeSQv3iRNCdtD1uwyAifnL+9wgoTj4ygNPw1XfNxCNJEQIZ9k9IRQJCLK0 fpRdB/fjRpXoVzZ+xLJY1gUSMMhkxyAKDRV/o3FuwxpnROdjXZBNOJeqVzGgrKtR6HA=
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/DjGxnUin3z4fmWRYt1dgKeiVvtk>
Subject: Re: [Gendispatch] draft charter text: terminology-related WG
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 14 Feb 2021 02:33:42 -0000

On 2/13/2021 5:53 PM, Dan Harkins wrote:
>
> On 2/13/21 4:46 PM, Christian Huitema wrote:
>>
>> On 2/13/2021 4:23 PM, Dan Harkins wrote:
>>
>>>
>>> On 2/13/21 10:38 AM, Fernando Gont wrote:
>>>> On 13/2/21 15:27, Dan Harkins wrote:
>>>> [...]
>>>>>
>>>>>    step 1: stop using the words "master" and "slave"
>>>>>    step 2: ???
>>>>>    step 3: more diverse and inclusive IETF
>>>>>
>>>>> So anyone who can explain step 2 in sufficient detail to get from 
>>>>> step 1 to
>>>>> step 3 would probably be an authority on the matter.
>>>>
>>>> Shouldn't the first question be "where do you want to get?". And, 
>>>> if the answer is "more diverse and inclusive IETF", then the group 
>>>> should study what's the high-order bit to get there?
>>>
>>>   That seems to already be the answer. Have you heard anyone argue 
>>> otherwise?
>>>
>>>> This seems like arguing the other way around: "Tell me how 
>>>> inclusive language helps diversity and inclusiveness such that we 
>>>> can pursue it".
>>>
>>>   No, what I'm doing is asking people who are arguing that language 
>>> can be
>>> "exclusive" to show their reasoning. What is the result of using 
>>> "exclusive"
>>> language in an RFC? Well, an IETF that is not diverse and inclusive. 
>>> I just
>>> want to see how that works.
>>>
>>>   We have specifically targeted the words "master" and "slave". How 
>>> does
>>> replacing those words with others affect diversity and inclusion at 
>>> the IETF? 
>>
>> Two reasons. First, the practice of slavery is now generally 
>> considered abhorrent. Yes, it was widely practiced through history, 
>> from the bronze age all the way to the XIXth century, with a large 
>> diversity of perpetrators and targets.
>>
>
>   Actually the last of Europe's slave markets closed in the early 20th
> century. And Arabia's slave markets continued until the early 1960s.
>
>> Mostly, that has ceased, but history and legacy remains. A large part 
>> of the IETF activity happens in the US, and a significant fraction of 
>> the US population resent any kind of glorification of the past 
>> practices that enslaved their ancestors. So there is that, there 
>> definitely are people who are not happy about the imagery that such 
>> language evokes.
>>
>
>   You are claiming that using "master" and "slave" in a technical 
> description
> is some kind of glorification of the past practice of human bondage? 
> I'm sorry
> but that makes no sense. And it's kind of offensive because you're saying
> that anyone who has used those terms glorifies human bondage. Quite a 
> blanket
> statement of slander.

Dan, this kind of discussions are more fun in a bar than via e-mail. If 
you read my message again, I never asserted that using "master" and 
"slave" in a technical description
was some kind of glorification of the practice of human bondage. In the 
past, mostly it was not. It is more one of those things that a majority 
of people does without thinking about it. Yet a minority of people in 
attendance don't like it one bit. However, we are not in the past anymore.

>
>> Then, there is a broken glass effect. The relation between the legacy 
>> of slavery and the master-slave vocabulary has been exposed. Think of 
>> that as glass that was broken. Insisting on not replacing this 
>> vocabulary is not neutral. It amounts to repairing the broken glass 
>> and insisting on its continuous usage. That becomes an affirmative 
>> statement for dismissing any concerns about the legacy of slavery. 
>> That's definitely not the kind of statement that I would like to hear 
>> from the IETF.
>>
>
>   Can you explain this exposure? What's the relationship? And are you 
> able to
> describe the elusive "step 2" that I referred to above? That is, how does
> stopping the use of these words make the IETF more inclusive and diverse?

As I said, we are not in the past anymore. In the present, actively 
refusing to discard old-fashion language is not a neutral stance. It is 
an active statement. At best, it could be interpreted as a statement 
that the IETF dislike the activists who are pushing for change. At 
worse, it will be interpreted as a statement that yes, the IETF 
considers slavery a benign activity, so prevalent in the past that there 
is no possible harm in continued usage of such imagery.

Which is more or less the same point that Mark has been making. Standing 
out from the whole industry would not be a passive stance. It would be 
actively harmful for the IETF.

-- Christian Huitema