Re: the Linux man-pages as an educational tool
"G. Branden Robinson" <[email protected]> Sun, 2 Aug 2026 21:09:08 -0500
| Newsgroups | gmane.linux.man,gmane.comp.lib.gnulib.bugs,gmane.comp.lib.glibc.alpha |
|---|---|
| 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--