Re: IESG Statement On Oppressive or Exclusionary Language

Lloyd Wood <lloyd.wood@yahoo.co.uk> Sun, 09 August 2020 09:19 UTC

Return-Path: <lloyd.wood@yahoo.co.uk>
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 D0F233A0C12 for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 02:19:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.098
X-Spam-Level:
X-Spam-Status: No, score=-1.098 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 63x9dG904kd1 for <ietf@ietfa.amsl.com>; Sun, 9 Aug 2020 02:19:54 -0700 (PDT)
Received: from sonic310-13.consmr.mail.bf2.yahoo.com (sonic310-13.consmr.mail.bf2.yahoo.com [74.6.135.123]) (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 2ABB83A0C10 for <ietf@ietf.org>; Sun, 9 Aug 2020 02:19:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1596964793; bh=KKJoaBS6UGAoLO24uHzsqZ3a6CFZQwfyB08XIrlemBI=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=pYxekAoyZIpJBmCuhmdlf/7rG1rhkzb8TV8LbyXHPyzSZt2lzfdgSr4nluuKFQHkD8b5yOh0C2jpP4ZerwTg/+3JBlq5IGR7UQKkrIB45tSWW4+QOzguIKL29IW6LY2mDaMNESO24uUS7yr2yK4BM5cI9Bg6d3MA1hVeTqJq/5XbYxKh59zZezLyYNpLt2vTR88FBROAVGSC2G8mc3iMDqIhsv2r/ctFR5qQbDk9/Gn9o0+F6Yyf2mJ4gUqr0Dyz6alhnFA64L1gjpMfY52uQiDFfG1/3f/2QL4KiyWh9vPvLYb9UKOLVylQ4SHB85YTuvfqMVwN4g26w/fDtOWUbw==
X-YMail-OSG: j7MkMskVM1koDJcCR5QKAPcHnJVHpqEJ7JbfgTJjXSahr.4bnTFWfe4zKjexWHj A0heQwL.lnhoe51kquzymopeKCd7uiRNNEosbrlSkTbuywFO7uJ5LMLDdzpSwL0y_xlvHeOXSqyX t3M6RXQwvYYSRwyk8NtGO5brRpTwDpw9HwPXeJTEq461x20vdOPmx2HXyjgD9.PoUXHzHgYs8zOM Ll6m5jqAftA0ixZDHp1rrMES2DUHf.RRy.o8Z9kMIXrKQPqHAspf2yyJ7erYgMyGW3OSYUoArRyf sw5e7eY_92zd1UKn5cPiyHx_aXtbmZAE0siST.9P_zV_FuebcUFgT.xyV7BEUFEqlq4wNPCuOmg5 Z8f8VyKHDDCZUw31dLWr3JKtbV9.uty1xIgfQVJgyEavBwDWzBoW4maeWqDRRFP11fsPY4BW.nZ3 ZPembiGNytxFJIRRanuBvAQieTYlKGqWwNZ7.KamCzh6EeeyRi8Jn6UjFHuaQi1tgKsLoQpYR7K9 LgupV539DP22NJYeAfaGdHS4npC.aOecgbRMuZELV95xRShHy3OkBg1DlDQTMPgJwSfvIjy1YmlW DcYTOOHgzugWvT0vA0wgOv59LSRAAAGgCZ7DfzW39SEjEIrGSDkcbiG.1YJjMLB0fxLUXY5CQscC y8.diy4Dj6AI.NEAEIwPXz36L4aZkmdCqQVD0xXUxxPMl9P9u2ZOwXKSiosNbHMuNHhbOPROib7U LCVURelJWsRYKMKDyZRUl6PCk5mGB94W2OPd9PujQp1u_e4DHHlJ7LPvBQTbSuiY_Os8K_ATzHEt cHwVkAUBFM_EF4hWKXBPrAacdH5ZdUkpfsz1GOOZRr5VCJMzbD8DEoososRV1at2oIO6wm5LVQu. mEHVNwr9nFTrLW8zgMRlfbEdxkfMJmk9KrGyRpHP4tTGKmc54sBl64eksCnSPi67qUevb4v2YgXI V8lvSJfUzvS6LaU_N.QEeXQceQ6IWlpfhemSqCb3UBQ9wDG1TmVZKJVe7OwWl94As4_tkvlXVyhn 96Zof7rlxjekEFe80ZEQtZkfUzBA3E0mjec6kNi7.cj72BydDMCZkKqr2skLcJmvpyfFUUOJtesG yef6yrf1mTuqc396TaSU33SfOKAL5KaG_mR5pTsaXAgWazGidgU3lCwbpq7quRtmttGhAxwtNPeQ jQeHWFbxVV9rSnrn_6sxghQKmw.zsDWdkhk_XCqJNSQRL7WFNtlWKW.SU5gzTUunhIHsXkgH..VH QL0jQX6ME_q2k4Gc23vRpJj6HlsAD74hGcWUZcWmxK9zNVNOJyOBQgwNf0VOKoNcmYj4ZtC7rIHs BNW8ZsS8HnxcWIN9RZ_24LcJaeZO2wzAuivf99hqqyvFDNAty7FdYx4CO_XKYSiHmEjcuVadapKV zP76JJqWrP6RioyHjis_Z_KaFHeNyZ9gct0CFAmz0f0.qvVp2fpsrUco5j1iS3O84Pedi
Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Sun, 9 Aug 2020 09:19:53 +0000
Date: Sun, 09 Aug 2020 09:19:48 +0000
From: Lloyd Wood <lloyd.wood@yahoo.co.uk>
To: Nadim Kobeissi <nadim@symbolic.software>, ietf@ietf.org
Message-ID: <1783494857.1475756.1596964788830@mail.yahoo.com>
In-Reply-To: <196BA5B1-92B6-4EC4-897E-F5C14E12647D@symbolic.software>
References: <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> <20200809053037.GV3100@localhost> <5c768c35-edb6-0180-737e-fa0c78cb971d@gmail.com> <20200809063805.GX3100@localhost> <005afe55-7c2c-a0a6-e66f-4513e006ab42@gmail.com> <20200809070448.GY3100@localhost> <20200809084341.GW40202@straasha.imrryr.org> <196BA5B1-92B6-4EC4-897E-F5C14E12647D@symbolic.software>
Subject: Re: IESG Statement On Oppressive or Exclusionary Language
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1475755_186680561.1596964788828"
X-Mailer: WebService/1.1.16436 YahooMailIosMobile Yahoo%20Mail/50518 CFNetwork/1128.0.1 Darwin/19.6.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ebUC0jN3MkV9hzpOC9OWbZxQrEg>
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 09:19:56 -0000

The games have International Masters and Grandmasters...
some of whom are female, some of whom are feminists, some of whom are...


Lloyd Woodlloyd.wood@yahoo.co.uk

On Sunday, August 9, 2020, 19:07, Nadim Kobeissi <nadim@symbolic.software> wrote:

I don’t mean to be pedantic but I also wonder what is going to happen once this ideology hits the chess, Go (the board game) and Othello communities. These communities are centered around “black” and “white” pieces that quite literally fight for “domination” and “control” of a board in a zero-sum game.

I hope I’m not giving anyone ideas here!

Nadim Kobeissi
Symbolic Software • https://symbolic.software

> On 9 Aug 2020, at 10:43 AM, Viktor Dukhovni <ietf-dane@dukhovni.org> wrote:
> 
> On Sun, Aug 09, 2020 at 02:04:49AM -0500, Nico Williams wrote:
> 
>>> individual drafts.  "Master secret" is, of course, used quite
>>> heavily in TLS and TLS-related documents as one example of non-DNS
>>> use.
>> 
>> I have long avoided "master/slave" in my work (except in open source
>> projects where the use predated my involvement and is baked into
>> interfaces).  However, how is "master secret" possibly offensive when
>> there are no "slave secrets"?  Assume I'm not a native English speaker
>> (I'm not).
> 
> Barring sophistry, it is no more offensive, than a master key for a
> physical lock, a Master's degree, a master crafsman (rather than a
> novice or an apprentice), mastering a skill, ...
> 
> The use of "master secret" in TLS is plainly (again barring sophistry)
> beyond reproach.  It is only when "master mumble" is used in constrast
> to "slave mumble", that one might practice restraint in using the former
> in order to avoid also then using or evoking the latter.
> 
> Since "master nameserver" and "secondary nameserver" are not a natural
> pairing, and since in this case "primary" and "secondary" work equally
> well or better, long before this thread, I've already been using primary
> and secondary "nameserver" for many years, not because the older terms
> are plainly offensive, but because the newer ones are a better fit.
> 
> But switching from nameservers to data, the primary nameserver for a
> domain hosts its "master zone file", and this a more apt description
> than "primary zone file" because there's not another managed zone file
> for the domain playing a secondary role.  The copies of the "master zone
> file" on secondary servers are "slave" (or perhaps "replica") copies.
> 
> There are only so many linguistic contortions one should have to go
> through to address rather marginal gains.  After all, it isn't as though
> the word "slave" has fallen out of use in polite company.  We still talk
> about slavery past and present, using that word and not some euphemism.
> 
> There's reason to not use it frivolously, or when better alternatives
> abound, but there's also no reason to avoid its legitimate use when the
> alternatives are worse.
> 
> We can and should be expected to use good judgement, and be polite in
> listening to and giving feedback.
> 
> -- 
>    Viktor.
>