Re: Diversity and offensive terminology in RFCs

Stephan Wenger <stewe@stewe.org> Thu, 20 September 2018 14:37 UTC

Return-Path: <stewe@stewe.org>
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 56AAC130EA2 for <ietf@ietfa.amsl.com>; Thu, 20 Sep 2018 07:37:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.912
X-Spam-Level:
X-Spam-Status: No, score=-1.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steweorg.onmicrosoft.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 2-sU3_jhcltA for <ietf@ietfa.amsl.com>; Thu, 20 Sep 2018 07:37:22 -0700 (PDT)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0118.outbound.protection.outlook.com [104.47.42.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D343A130E0C for <ietf@ietf.org>; Thu, 20 Sep 2018 07:37:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=steweorg.onmicrosoft.com; s=selector1-stewe-org; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Lx3Oh+LWzGd9CcZRsKlcd3b8/aPxPFdA/jBYZY9LRt4=; b=pRRlOdY+6dQx8+4S6TdTSBzTp7WQontSE3L0RUERjdyaq/8VTTqMLXM917HVgsFeug3utkY7Z15vgZkKAtJ0fBDlHdL3qIqwhk1jZaYR5mWEIae0iJl8HnEuz3lFwm9V3ihUUT6QfNnfN0EHZaVZVddYOtxEWNpY+bKa+OOeJdg=
Received: from MWHPR17MB1503.namprd17.prod.outlook.com (10.173.241.21) by MWHPR17MB1246.namprd17.prod.outlook.com (10.173.103.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1143.13; Thu, 20 Sep 2018 14:37:18 +0000
Received: from MWHPR17MB1503.namprd17.prod.outlook.com ([fe80::2058:cef9:2b45:7166]) by MWHPR17MB1503.namprd17.prod.outlook.com ([fe80::2058:cef9:2b45:7166%3]) with mapi id 15.20.1143.019; Thu, 20 Sep 2018 14:37:18 +0000
From: Stephan Wenger <stewe@stewe.org>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Niels ten Oever' <lists@digitaldissidents.org>
CC: 'IETF Discussion' <ietf@ietf.org>
Subject: Re: Diversity and offensive terminology in RFCs
Thread-Topic: Diversity and offensive terminology in RFCs
Thread-Index: AQHUUMQPnz90FnUYsUe3TCRy2CcDcqT49jQAgAARm4CAAARPAIAAHCKA//+fuoA=
Date: Thu, 20 Sep 2018 14:37:17 +0000
Message-ID: <554F9FD4-8EA3-497D-9ADE-179D1681F7DD@stewe.org>
References: <cafa1282-ae6a-93de-ea4a-d100af28d8b8@digitaldissidents.org> <CABSMSPXxg-UTZzXREcbYQiQgzAwXP4uUGPtN+jWrYomZRQxL-Q@mail.gmail.com> <CFA08128-7D9E-4CA8-B6FD-F3D9A37DD18F@gmail.com> <d3b29086-9096-2087-7448-a9673a69f7f5@digitaldissidents.org> <061401d450e4$e4f034e0$aed09ea0$@olddog.co.uk>
In-Reply-To: <061401d450e4$e4f034e0$aed09ea0$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=stewe@stewe.org;
x-originating-ip: [12.111.88.130]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; MWHPR17MB1246; 6:chyoCcdj8tDGrqvu5rpmLZao+eQARpH6fAcDW75BqP1ydbzqECAwHeZydtNXSoNOzErTPpexykiZqcuRagV2GLAUNO5AB6yVZjPvdn7XWJg9GE2PqzqV35vaPLG17rzBsUVZcEM0zAd++bpmUEIQPpT2cZKnJhu2r3i6LZC1nEN8TroM1JaAzQFGYfCjokdFOm77nU7YPMBC5l5R2oec2EtqKWGoLDmgd0YSOsUEB9Z8/vYD5XjzIebpeYwnsSZrh3W91RlQKcuqu3Oj7h7qwHymPVFFDrcjkWYjZCGHiAnKZTmhIZDw++R80lMFoF/iY0bjfFcqsnl0A3za+dArIHx1Qs6tTyUCE8qF+uaq+J5rVxx69OwjDxOII4lpgDCUzR8Hf4dSKU/Okc1I2iV3gCEO+dSUzlp2MTsAe8IgUVQl8NOQ/pG0ReD7QeNdRVLC9dZiKT+dY3IH+vqBBbIQZA==; 5:kvJHXodH63PpS06//WncEygKe6ydcxaHH8vgEGlRlWC7jr8RSIQO7naqAJBWIn/h5io3UljSA5kZh0LpKgfdHLN8a2WqQL2g4yXMDjryYBAc6OJZuXqQehAADXmgKtpOcP1OrCSm4K1xBdqrshmRCVZjb9iLw543BlSaxKU9xZ8=; 7:ttP4+1YoNozXRyFuIAUsQevv+W+5Is4aSSSHxDAEuVgayZoARHnm9sGhveeHAK0g9xZaQudyz4UjNsrzX6wT8hv9Ghs4PNbzCByw9hfY5d2ohrsKypZDTTwXZZMFpBcGxDdD9/O1OJshZHcYAJJIHOgiN75j/JAAFaJAFosv3rkSHQMecdARap5bP3Qm2Ue1YF1JCWFghvkbWQ/4nHBW9TYP2KJ1gH0kWVaYGl6c4O3ZdtLcOHpKHhIuOutZVzRK
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 04b066b2-35a7-4136-5325-08d61f06911a
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(7021125)(8989299)(4534165)(7022125)(7094020)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7027125)(7023125)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:MWHPR17MB1246;
x-ms-traffictypediagnostic: MWHPR17MB1246:
x-microsoft-antispam-prvs: <MWHPR17MB1246173418A97BB86F498AFFAE130@MWHPR17MB1246.namprd17.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(20558992708506);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(3231355)(944501410)(52105095)(10201501046)(149027)(150027)(6041310)(20161123558120)(20161123562045)(20161123564045)(20161123560045)(2016111802025)(6043046)(201708071742011)(7699051); SRVR:MWHPR17MB1246; BCL:0; PCL:0; RULEID:; SRVR:MWHPR17MB1246;
x-forefront-prvs: 0801F2E62B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(366004)(189003)(199004)(13464003)(68736007)(2900100001)(33656002)(76176011)(2501003)(5250100002)(4326008)(110136005)(6116002)(3846002)(476003)(229853002)(6246003)(561944003)(486006)(71190400001)(86362001)(71200400001)(446003)(2616005)(93886005)(508600001)(25786009)(11346002)(14454004)(6486002)(6436002)(305945005)(102836004)(53546011)(83716003)(2906002)(82746002)(8936002)(36756003)(8676002)(7736002)(81166006)(81156014)(6506007)(99286004)(97736004)(5660300001)(26005)(256004)(66066001)(186003)(106356001)(53936002)(6512007)(105586002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR17MB1246; H:MWHPR17MB1503.namprd17.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:0;
received-spf: None (protection.outlook.com: stewe.org does not designate permitted sender hosts)
x-microsoft-antispam-message-info: K+VJa1gjssISVn/WUE+yhEf+O7ZOHRPl7KvaIDULnbT/Ao8XpQaiNU7j/lYqaF6gYBGVxFVHKjkjunH0c+NWNmZx+KtI2R6sj40x23Dire5wMzr8RjHBP4F06SdbBT7kekf6M8krHI7+BnEerBpn80Zw6+jAsqR7wf3pwl44YRfqWcThvC+R7W+9E/KA9UUXQVPqR9fMbwU/aKSKkTfF/7Gt8ko/eXTjc/UAo7MkbRo6Se9sEca46ZUKuMJWbDcb48+U1+PPejkBG4MCqmGgFg9chtAxJ7PIWAHJtlo9kOaflslhA7PDSqY4H6AsO0LhrArzVF+I6dS97IrkDatUEky3Huf2hiPMVpve+i5AZ6w=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <469286F6B032CD4084705E0D8E27BB49@namprd17.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
X-MS-Exchange-CrossTenant-Network-Message-Id: 04b066b2-35a7-4136-5325-08d61f06911a
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Sep 2018 14:37:17.9776 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 865fc51c-5fae-4322-98ef-0121a85df0b6
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR17MB1246
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/lVDtxhbajxiu_16W3Mx7r42mzh8>
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: Thu, 20 Sep 2018 14:37:30 -0000

Hi Adrian, all,

I read Adrian's post with interest, and have two comments and one suggestion

1. I think Adrian may have had in mind the term "faggot" for bundle?  (My guess is that not many non-native English speakers can make that connotation; I just happened to get across a blog post the other day where I learned the source of that word.)  Going just slightly later into ancient English history, the term "faggot" was not only used for the bundle (of sticks or whatever), but also for the low-class peasant who carried the bundle; often a serf of some kind.  Perfect replacement for the non-PC word "Slave".
2. As the term "Master" may not be sufficient PC, and the English word "Leader" is, as other have pointed out, inadequate because good leaders actually are willing to discuss with their followers (and at least occasionally revise?) their decisions--which is counter-productive in protocol design--how about "Fuehrer"?  Fuehrer is a German word, and certainly Germany's most recent "Fuehrer" had very limited inclinations to discuss his decisions, or revise them... so a perfect match for the desired functionality.
3. Therefore I propose a "Fuehrer - Faggot" relationship.  

(For avoidance of doubt: no, this is not to be taken as a serious proposal.)

Stephan
 


On 9/20/18, 06:22, "ietf on behalf of Adrian Farrel" <ietf-bounces@ietf.org on behalf of adrian@olddog.co.uk> wrote:

    Long ago and far away, I did some code and documentation work for a large multinational. Part of the work described return codes carried on responses when the input parameters were not acceptable.
    
    We were told off for using the string "Invalid value" because that could be deemed offensive. There is still code out there that ambiguously reports "Parameter contains unexpected value." We did settle on "not valid" instead.
    
    Of course some terms have associated meanings that make the use of those terms unacceptable in any circumstance. (Who would be a supplier of bundles of sticks in the modern world? And possibly we are lucky to have picked the term "link bundle".) But those words were usually made bad by intended derogatory use not by the facts that they described. Thus, the only alternative way to correctly describe the relationship currently known as "master/slave" is to invent a new phrase that has exactly that meaning (such as "demanding-client/compelled-server") or to find another phrase that already exists and has exactly the same meaning.
    
    Given the disruption caused by a change in terminology, we should only act when there is need. As others have said, the best way to identify such a need is for those who are insulted or otherwise harassed to speak up. It is not efficient for others (many of whom, like me, have their own histories of benefit and oppression) to project. Of course, speaking up in public is hard and uncomfortable, but we have an Ombudsteam in place for exactly such issues and I am confident that they or any member of our leadership (ADs, IAB) would be very happy to hear of any concerns and would channel them with full confidentiality.
    
    Adrian
    
    > -----Original Message-----
    > From: ietf [mailto:ietf-bounces@ietf.org] On Behalf Of Niels ten Oever
    > Sent: 20 September 2018 12:41
    > To: Stewart Bryant; Riccardo Bernardini
    > Cc: IETF Discussion
    > Subject: Re: Diversity and offensive terminology in RFCs
    > 
    > On 09/20/2018 01:25 PM, Stewart Bryant wrote:
    > > The term master/slave is used when it is technically required that the
    > instruction is executed without equivocation.
    > 
    > Would leader/follower (as implemented by Django) not work just as well?
    > It seems to work for them for quite a while already.
    > 
    > Best,
    > 
    > Niels
    > 
    > --
    > Niels ten Oever
    > Researcher and PhD Candidate
    > Datactive Research Group
    > University of Amsterdam
    > 
    > PGP fingerprint	   2458 0B70 5C4A FD8A 9488
    >                    643A 0ED8 3F3A 468A C8B3