From: "Arsen Arsenović" <arsen@aarsen.me>
To: Rob Landley <rob@landley.net>
Cc: Alejandro Colomar <alx@kernel.org>,
coreutils@gnu.org, linux-man@vger.kernel.org
Subject: Re: Move GNU manual pages to the Linux man-pages project
Date: Thu, 02 Oct 2025 20:46:11 +0200 [thread overview]
Message-ID: <867bxdgn0s.fsf@aarsen.me> (raw)
In-Reply-To: <60d83776-2873-4114-9647-0ec44120969a@landley.net>
[-- Attachment #1: Type: text/plain, Size: 2177 bytes --]
Rob Landley <rob@landley.net> writes:
> On 9/30/25 14:57, Arsen Arsenović wrote:
>> Rob Landley <rob@landley.net> writes:
>>> It wasn't "lucky".
>> It was, it was obvious even in first edition Unix - I'll come back to
>> that.
>
> So obvious that you need to point it out 50 years later?
I don't know what you mean to imply here, but I doubt I'm the first.
>> When documetning, these more complex interfaces ought to be
>> decomposed into logical units for obvious reasons. There are also
>> overarching themes that aren't simply attached to a single (or
>> handful) of bits of the interface.
>
> There's more than one way to explain almost anything.
Okay?
>> In the original Unix v1 programmers manual (or, at least, the copy I
>> could find), the term "file descriptor" is used 30 times, and defined
>> (poorly) twice.
>
> And nobody ever bothered writing down what "inode" meant so I had to
> ask Dennis Ritchie.
>
> https://lkml.iu.edu/hypermail/linux/kernel/0207.2/1182.html
>
> The downside of documentation being written by people who already know
> the material. "Beginner's mind" is hard to recapture after the
> fact. (I say this as someone who's been trying for decades.)
>
>> To clarify, I don't mean to imply that an OS-level manual should teach
>> the reader about basic networking concepts, but it is still useful to
>> briefly recap said concepts in order to clarify possibly-ambiguous
>> terminology and set up standards for your documentation.
>
> A tutorial and a reference are not the same thing. That's tech writing
> 101.
>
> Half of teaching is figuring out what your audience already knows so
> you can connect to their knowledge base and fill in gaps without
> boring them to tears repeating what they already know. It's _hard_,
> and no canned source will get it right for every individual.
Okay? I'm not sure I understand what that has to do with the paragraph
you're responding to.
As said, 'man' pages don't have the ability to provide context *at all*,
whichever context might be necessary.
>> Also, in my opinion, it is obvious
>
> No comment.
>
> Rob
--
Arsen Arsenović
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 381 bytes --]
next prev parent reply other threads:[~2025-10-02 18:46 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-20 16:08 Move GNU manual pages to the Linux man-pages project Alejandro Colomar
2025-09-20 16:27 ` Sam James
2025-09-20 16:50 ` Alejandro Colomar
2025-09-20 17:00 ` Alejandro Colomar
2025-09-20 16:34 ` Pádraig Brady
2025-09-20 16:55 ` Alejandro Colomar
2025-09-20 17:01 ` Pádraig Brady
2025-09-20 17:04 ` Alejandro Colomar
2025-09-20 20:05 ` Collin Funk
2025-09-20 21:05 ` Alejandro Colomar
2025-09-20 23:02 ` Collin Funk
2025-09-21 8:36 ` Alejandro Colomar
[not found] ` <PA3P190MB24382227EA61EC2758D5AA11C410A@PA3P190MB2438.EURP190.PROD.OUTLOOK.COM>
2025-09-20 23:18 ` Collin Funk
2025-09-22 15:06 ` Michael Greenberg
2025-09-20 17:42 ` Jakub Wilk
2025-09-20 21:10 ` Alejandro Colomar
2025-09-20 21:22 ` Collin Funk
2025-09-21 8:28 ` Bernhard Voelker
2025-09-21 20:00 ` Chuck Wolber
2025-09-21 12:02 ` Arsen Arsenović
2025-09-21 12:53 ` Alejandro Colomar
2025-09-25 14:04 ` Arsen Arsenović
2025-09-25 14:31 ` Alejandro Colomar
2025-09-29 9:46 ` Arsen Arsenović
2025-09-29 10:33 ` Alejandro Colomar
2025-09-29 21:26 ` Arsen Arsenović
2025-09-29 21:38 ` Alejandro Colomar
2025-09-29 21:41 ` Pádraig Brady
2025-09-29 23:27 ` Alejandro Colomar
2025-09-30 10:12 ` Pádraig Brady
2025-09-30 21:14 ` Bernhard Voelker
2025-09-30 13:23 ` Rob Landley
2025-09-30 13:35 ` G. Branden Robinson
2025-09-30 19:57 ` Arsen Arsenović
2025-09-30 20:55 ` G. Branden Robinson
2025-10-01 13:21 ` Arsen Arsenović
2025-10-01 19:37 ` Rob Landley
2025-10-02 18:46 ` Arsen Arsenović [this message]
2025-10-02 20:48 ` G. Branden Robinson
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=867bxdgn0s.fsf@aarsen.me \
--to=arsen@aarsen.me \
--cc=alx@kernel.org \
--cc=coreutils@gnu.org \
--cc=linux-man@vger.kernel.org \
--cc=rob@landley.net \
/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.