All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dirk Fieldhouse <fieldhouse@gmx.net>
To: austin-group-l@opengroup.org
Cc: Larry Dwyer <larryd.kbd@gmail.com>,
	linux-man <linux-man@vger.kernel.org>,
	libc-alpha <libc-alpha@sourceware.org>
Subject: Re: Pseudoterminal terminology in POSIX
Date: Tue, 11 Aug 2020 12:17:00 +0100	[thread overview]
Message-ID: <cd20128e-2d84-2165-aeb2-10fe1011a276@gmx.net> (raw)
In-Reply-To: <6425d636-7f48-3a73-ef0e-7bb5b991360c@gmail.com>

On 09/08/20 00:18, Larry Dwyer via austin-group-l at The Open Group wrote:
> How about the "control" side and the "terminal" side (of the paired
> device files)?
All good -- until abused partners ("coercive control") or people
imminently expected to die, and their supporters, start a clamour.

In fact I'll make sure only to cast my Algol68 types in future and never
coerce them, just in case. I'll absolutely never add an 'e' to 'cast'.

Leaving satire, if it was, aside, the problem with changing technical
terms is that all the previous valid uses remain, so you need a glossary
to explain that the new term replaces the old one, and thus
documentation into the foreseeable future has to mention the old term as
well. For instance, people who read the article that's the second G-hit
on "pty tty" for me at
<https://dev.to/napicella/linux-terminals-tty-pty-and-shell-192e> would
wonder what happened to the components described there.

If the change is to avoid perceived offence, the _mention_ of the old
term has to come with a disclaimer that it was a historical metaphor
applied to technology and should not be construed as a reference to its
original sense. Personally I would just say that instead and let the
term lie.

Or just re-spell, perhaps 'moster' (a place in Norway, strip-Jenga?) and
'slove' (a band, "did split"), since the original metaphor in this case
doesn't seem to help understanding. As these are meaningless to almost
everyone, they could stand for the originals in all the existing uses
and people not in the know could use their existing internal spelling
corrector, as with colour/color.

/df

--
London SW6
UK

      parent reply	other threads:[~2020-08-11 11:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-05 11:21 Pseudoterminal terminology in POSIX Michael Kerrisk
2020-08-05 13:51 ` Steffen Nurpmeso
     [not found]   ` <20200805142049.GA17848@localhost>
2020-08-05 20:34     ` Michael Kerrisk (man-pages)
     [not found]     ` <CAP1RCkjrqKGJmh6f637D=yGuhev7ae5QJkMjv5a8iHo4X33NFw@mail.gmail.com>
     [not found]       ` <1d8c5e6e96fbdd47ce143a566b57db2c803d4898.camel@gnu.org>
2020-08-05 20:34         ` Michael Kerrisk (man-pages)
     [not found]         ` <21048.1596645536@jinx.noi.kre.to>
     [not found]           ` <CAH7i3LrNvBo3indixGyJgS2_4F9r3cd3kOiDgPK8m-ZXj1a0zg@mail.gmail.com>
     [not found]             ` <874bfe40-5f05-151d-42b3-482baacbf0b2@gmail.com>
     [not found]               ` <CAH7i3LpXZxwaLQTY=XK8zM4jWYHSiy1feA6ZLE-mT-ZiJNak5A@mail.gmail.com>
2020-08-11  8:31                 ` Michael Kerrisk (man-pages)
2020-08-08 23:18 ` Larry Dwyer
2020-08-10 13:20   ` Joerg Schilling
2020-08-10 18:10     ` Zack Weinberg
2020-08-10 18:17       ` Samuel Thibault
2020-08-10 18:21         ` Samuel Thibault
2020-08-11  8:32       ` Michael Kerrisk (man-pages)
2020-08-10 13:58   ` Thor Lancelot Simon
2020-08-11  8:31     ` Michael Kerrisk (man-pages)
2020-08-11 11:51       ` Thor Lancelot Simon
2020-08-11 14:20         ` Michael Kerrisk
2020-08-12 14:37       ` Thor Lancelot Simon
2020-08-11  8:32   ` Michael Kerrisk (man-pages)
2020-08-11 17:29     ` Joshua M. Clulow
2020-08-12 13:19       ` Steffen Nurpmeso
2020-08-18 16:10         ` Dave Martin
2020-08-11 11:17   ` Dirk Fieldhouse [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cd20128e-2d84-2165-aeb2-10fe1011a276@gmx.net \
    --to=fieldhouse@gmx.net \
    --cc=austin-group-l@opengroup.org \
    --cc=larryd.kbd@gmail.com \
    --cc=libc-alpha@sourceware.org \
    --cc=linux-man@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.