Thread (1 message) 1 message, 1 author, 2020-09-21

Re: [PATCH 2/5] t/test-terminal: avoid non-inclusive language

From: Junio C Hamano <hidden>
Date: 2020-09-21 21:12:19

Johannes Schindelin [off-list ref] writes:
Hi Junio,

On Wed, 16 Sep 2020, Junio C Hamano wrote:
quoted
Junio C Hamano [off-list ref] writes:
quoted
"Johannes Schindelin via GitGitGadget" [off-list ref]
writes:
quoted
From: Johannes Schindelin <redacted>

In the ongoing effort to make the Git project a more inclusive place,
let's try to avoid names like "master" where possible.
The two sides of a PTY are called 'master' and 'slave', and I
understand there is a push to move away from these words, but
calling one side with an invented name that is used by nobody else
in the context of talking about PTY, while keeping the word used to
call the other side, would lead to confusion.

A better change is to drop "master_" altogether without replacing
the word with anything, and call them just "input", "output" and
"error".
If we really want to use a replacement word for 'master' instead of
just dropping, I may be inclined to suggest 'parent', in the hope
that PTY implementors will start following what Python folks are
doing, at which time they will give us a synonym for 'slave' method
called 'child' we can use.
Good idea!
It is unclear which one of the two you thought a good idea.

Hopefully both are good, but simply dropping "master_" without
attempting to replace would probably be better.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help