From: NeilBrown <neilb@suse.de>
To: Christoph Anton Mitterer <calestyo@scientia.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: polishing up mdadm manpages: mdassemble(8), mdmon(8)
Date: Thu, 10 Mar 2011 16:18:27 +1100 [thread overview]
Message-ID: <20110310161827.6df62c7a@notabene.brown> (raw)
In-Reply-To: <daeaad7c9ff2fa76529ad5b58994ba3e@imap.dd24.net>
On Tue, 08 Mar 2011 03:08:11 +0000 Christoph Anton Mitterer
<calestyo@scientia.net> wrote:
> Hi.
>
> Recently I've started to read into MD/mdadm and what started then as
> maintaining a quilt patch with several typos and so ended up in a somewhat
> "bigger" rework.
Thanks for putting this effort in...
However just getting a new copy of the file isn't much use.
Patches are really required. Preferably several patches if there
are several different sorts of changes, as I might want to accept
some but not others.
Of course I could create the patch my - it looks like you
start from the verison in the 3.2 release - correct?
>
> - The text iself is (hopefully) largely the same, perhaps apart from some
> wording, or ordering.
> - More consistent usage of markup:
> -bold for programs, options, files, manpage references (except in the
> SEE ALSO section) and text the is somehow set or "entered"
> -italitcs (which is typically displayed as underlined) for any
> non-terminals.
Being consistent is good, but using \fB \fI etc is not.
Convention (as I understand it) prefers .B .I etc.
There are a variety of programs around which convert man pages to
other formats and I trust the ".B" tags to be handled more reliably.
> - Consistent writing of words like Linux, RAID, program names (which were
> previously off mixed) apart from those places where they're options (e.g.
> raid1 is still raid1 and not RAID1 for the --level option).
A patch which just made a change like this would certainly be appreciated.
> - Completely rewritten the formatting of the manpage (the dozens of .B, .I
> ... just to format one word made the source file really unreadable IMHO).
>
> In mdmon(8) there were some places where changed things that could
> possibly changing the semantics:
> - mdadm --remove <container> <victim> => mdadm --remove CONTAINER
> DEVICE
That looks OK.
> - with a metadata version string "external:<metadata name>" => with a
> metadata format string "external:format"
> - .pid and .sock files => PID and socket files
>
Maybe... The ".pid" and ".sock" are file name extensions. If your change
were made (which quite possibly improves readability) it might then me
necessary to say something explicit about extensions.
> I wasn't sure about the following so didn't change it:
> - <disk>/state - faulty
> Is <disk> a non-terminal for a device (and thus should I replace it with
> an italics "device"?
<disk> here is a non-terminal. Actually it probably should be
rdNN/state
where NN is the slot number in the array.
> - (for example, the metadata version has been set to "external:-dev/md127"
> instead of "external:/dev/md127")
> Is the "version" correct here?
It should be "metadata_version" which is a literal file name.
>
>
> I've also started to rewrite md(4), mdadm(8) and mdadm.conf(5) manpges...
> - unifying many further writings of words like "read-only/readonly",
> "read-write/readwrite", etc. pp.
> - etc.
> but I'm not sure if/when I can finish them.
If you have discrete patches for each change, then feel free to send what
you manage, whether it is finished or not.
>
>
> Sorry for not sending a (easily reviewable) patch, but there were so many
> changes (in the line wrapping and so), that this did not make much sense.
> Please tell me whether you like and will apply it, so that I can continue
> with the remaining manpages.
> Anyway, if you merge them, please _really_ read them again for
> mistakes/typos I might have accidentally added...!
>
>
> Thanks,
> Chris.
NeilBrown
next prev parent reply other threads:[~2011-03-10 5:18 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-08 3:08 polishing up mdadm manpages: mdassemble(8), mdmon(8) Christoph Anton Mitterer
2011-03-10 5:18 ` NeilBrown [this message]
2011-03-10 13:57 ` Christoph Anton Mitterer
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=20110310161827.6df62c7a@notabene.brown \
--to=neilb@suse.de \
--cc=calestyo@scientia.net \
--cc=linux-raid@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox