Re: the Linux man-pages as an educational tool

"G. Branden Robinson" <[email protected]> Sun, 2 Aug 2026 21:09:08 -0500
Newsgroups org.kernel.vger.linux-man
Message-ID <20260803020908.efqt5ilkcjq4z3yz@illithid>
--d6whia2zodmh77g2
Content-Type: text/plain; protected-headers=v1; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Subject: Re: the Linux man-pages as an educational tool
MIME-Version: 1.0

Hi Alex,

At 2026-08-03T01:42:57+0200, Alejandro Colomar wrote:
> > > > Date: 2026-08-02 16:27:21-0700
> > > > From: Collin Funk <[email protected]>
> > > > I can't help but wonder of what happens in WG 14 rejects this
> > > > controversial, as obvious by this thread, change. Will the
> > > > man-pages changes be reverted?
> >=20
> > > > Or will we slowly watch them document personal
> > > > preferences instead of existing standards?
> >=20
> > BTW, as I showed in another subthread, strncpy(3) did contain
> > opinionated comments well before I was involved.  If you're really
> > going to accuse me of that, better make sure you get the history
> > right.
>=20
> Oh, and while at it, please also read my review of glibc's own
> opinionated and bogus documentation about string truncation.

I don't think this rhetorical tactic is a sound one.  You are implying
that because Collin (and perhaps others) are not on record as having
already consistently opposed editorializing in the glibc manual, or in
the Linux man-pages prior to your stewardship, that they are hypocrites.

First, that's not necessarily true.  Who's read every word of either
work?  Who had already done so 5, 10, or 20 years ago?

A charge of hypocrisy can only stick well if you can establish that your
interlocutors _endorsed_ the editorializing contemporaneously when it
was done by someone else, but are refusing to endorse yours.

But there are more fundamental reasons to conduct this struggle on
different grounds, which are that (1) people get to change their minds;
and (2) people get to raise defects even if they are old ones.

Thus, if you feel justified in "relitigating", in Joseph's term, the
ANSI C Committee's decision in the late 1980s to scotch the memory.h
header file, then Collin gets to "relitigate" past editorializing by
(I guess?) Michael Kerrisk in the Linux man-pages, or by the glibc
authors in their Texinfo manual.

Thus, here you have handed Collin an easy annulment of your point: he
can simply say, "well I object to those, too".

Every generation of engineers bears a responsibility to remake the world
anew.  That which endures does so because its quality is re-tested and
re-proved by successive cohorts of humans growing up and running
straight at it with their freshly trained minds and novel phenomena of
recent invention.  When an artifact persists because it's protected from
the bratty young philistines by older people who, as William F. Buckley
put it, stand athwart history and yell "stop!", it fails to prove its
continued utility: it stops being an engineered product and becomes an
antiquarian one.

Regards,
Branden

--d6whia2zodmh77g2
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEh3PWHWjjDgcrENwa0Z6cfXEmbc4FAmpv+D0ACgkQ0Z6cfXEm
bc45Qw//dfYIsf8P3OnKZNIjbqMkohJ5eHqmis/CGyVwAFVNG3ncFrX+yIxVZkOm
tDjNzz8YFrdm12fcLpMKbEfkBotXcFqMj3QBZls5nUEPHzat00hPy5rJb1h2OQKS
xe/rNZYISTL8Rob4R8e7NvwES7VaO7Bc8aVXaEJm7o1zRmEUU6QJfowdR9vzumCk
E84jRKN70NqywOylhz7np8+rPi9uaV6pJdrK5hZXH3VMArn754ykIVX8J4Z4lwbE
PFDyhHeH7e1clVKutEZOMg+2/0w1TzM5zZJfXWssm+AMvT9TuHgFOT4Q+k3LpFfO
quzfsVgkbVJdkNsUg5MvPv4chIlAPtvaWeYminbTa9KT7mV3c/3X6GxUA1JSLnlN
yPk9qIA6qkwvCY5dXNaWIkdlm9HGa1QatrLTvpkQmgRyxS1nfzo27LbdtJUZLvyP
8kMUO4zJ8yWYHD2Gv5mpIV/S7FehMUlekHXqiXS+nTYHwvQMtIRo+zpke4vtQrbu
puLGEeX9Gw7rNlmCcTHh1DLFhZq1SCuX490Yki/2VQez6JicLElOhOeAJrWjtxD8
0XY4kXoU4b5zoWZ5UkBz4vCymwOyIbJX3XnkEiObgXstLfLwO+5VzB7Utgtl0xje
uWWIo6uMfUAEN6nNOt02N1frfZ16IR+6NpbMZ1gRiFmkclheSlY=
=YCv9
-----END PGP SIGNATURE-----

--d6whia2zodmh77g2--