linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Helge Kreutzmann <debian@helgefjell.de>
To: linux-nfs@vger.kernel.org
Subject: Errors in nfs man pages
Date: Sat, 16 May 2020 17:50:11 +0200	[thread overview]
Message-ID: <20200516155011.GA14433@Debian-50-lenny-64-minimal> (raw)

[-- Attachment #1: Type: text/plain, Size: 7121 bytes --]

Dear nfs maintainers.
the manpage-l10n project maintains a large number of translations of
man pages both from a large variety of sources (including nfs) as
well for a large variety of target languages.

During their work translators notice different possible issues in the
original (english) man pages. Sometiems this is a straightforward
typo, sometimes a hard to read sentence, sometimes this is a
convention not held up and sometimes we simply do not understand the
original.

We use several distributions as sources and update regularly (at
least every 2 month). This means we are fairly recent (some
distributions like archlinux also update frequently) but might miss
the latest upstream version once a while, so the error might be
already fixed. We apologize and ask you to close the issue immediately
if this should be the case, but given the huge volume of projects and
the very limited number of volunteers we are not able to double check
each and every issue.

Secondly we translators see the manpages in the neutral po format,
i.e. converted and harmonized, but not the original source (be it man,
groff, xml or other). So we cannot provide a true patch (where
possible), but only an approximation which you need to convert into
your source format.

Finally the issues I'm reporting have accumulated over time and are
not always discovered by me, so sometimes my description of the
problem my be a bit limited - do not hesitate to ask so we can clarify
them.

I'm now reporting the errors for your project. If future reports
should use another channel, please let me know.

**

Man page: blkmapd.8
Issue: Markup of "device-mapper"

"The topology typically consists of a hierarchy of volumes built by striping, "
"slicing, and concatenating the simple volumes.  The B<blkmapd> daemon uses "
"the device-mapper driver to construct logical devices that reflect the "
"server topology, and passes these devices to the kernel for use by the pNFS "
"block layout client."
--
Man page: blkmapd.8
Issue: Markup of "syslogd"

"Runs B<blkmapd> in the foreground and sends output to stderr (as opposed to "
"syslogd)"
--
Man page: exportfs.8
Issue: B<exports(5)> → B<exports>(5)

"The I<host:/path> argument specifies a local directory to export, along with "
"the client or clients who are permitted to access it.  See B<exports(5)> for "
"a description of supported options and access list formats."
--
Man page: nfs.5
Issue: Typo: kernel_soruce

"Enable/Disables the cache of (read-only) data pages to the local disk using "
"the FS-Cache facility. See cachefilesd(8)  and E<lt>kernel_soruceE<gt>/"
"Documentation/filesystems/caching for detail on how to configure the FS-"
"Cache facility.  Default value is nofsc."
--
Man page: nfs.conf.5
Issue: Typo: Comma at the end (instead of full stop)

"Recognized values: B<threads>, B<host>, B<port>, B<grace-time>, B<lease-"
"time>, B<udp>, B<tcp>, B<vers2>, B<vers3>, B<vers4>, B<vers4.0>, B<vers4.1>, "
"B<vers4.2>, B<rdma>,"
--
Man page: nfsd.7
Issue: back-slash vs. backslash, should be consistent

"Each line of the file contains a path name, a client name, and a number of "
"options in parentheses.  Any space, tab, newline or back-slash character in "
"the path name or client name will be replaced by a backslash followed by the "
"octal ASCII code for that character."
--
Man page: nfsd.7
Issue: thread currently → threads currently

"This file represents the number of B<nfsd> thread currently running.  "
"Reading it will show the number of threads.  Writing an ASCII decimal number "
"will cause the number of threads to be changed (increased or decreased as "
"necessary) to achieve that number."
--
Man page: nfsd.7
Issue: The first sentence is somewhat logical, however, is this really the intended meaning of this file?

"This is a somewhat unusual file in that what is read from it depends on what "
"was just written to it.  It provides a transactional interface where a "
"program can open the file, write a request, and read a response.  If two "
"separate programs open, write, and read at the same time, their requests "
"will not be mixed up."
--
Man page: nfsd.7
Issue: can be display → can be displayed

"The directory B</proc/net/rpc> in the B<procfs> filesystem contains a number "
"of files and directories.  The files contain statistics that can be display "
"using the I<nfsstat> program.  The directories contain information about "
"various caches that the NFS server maintains to keep track of access "
"permissions that different clients have for different filesystems.  The "
"caches are:"
--
Man page: nfsd.7
Issue 1: select(2) or poll(2) → B<select>(2) or B<poll>(2)
Issue 2: and end-of-file → an end-of-file

"If the program uses select(2) or poll(2) to discover if it can read from the "
"B<channel> then it will never see and end-of-file but when all requests have "
"been answered, it will block until another request appears."
--
Man page: nfsmount.conf.5
Issue 1: »Variables are assignmen statements … variables« …?
Issue 2: branches → braces

"The configuration file is made up of multiple sections followed by variables "
"associated with that section.  A section is defined by a string enclosed by "
"B<[> and B<]> branches.  Variables are assignment statements that assign "
"values to particular variables using the B<=> operator, as in B<Proto=Tcp>.  "
"The variables that can be assigned are exactly the set of NFS specific mount "
"options listed in B<nfs>(5)."
--
Man page: nfsmount.conf.5
Issue: Superfluous comma at the end

"B<nfs>(5), B<mount>(8),"
--
Man page: nfs.systemd.7
Issue: changesare make → changes are made

"When configuration changesare make, it can be hard to know exactly which "
"services need to be restarted to ensure that the configuration takes "
"effect.  The simplest approach, which is often the best, is to restart "
"everything.  To help with this, the B<nfs-utils.service> unit is provided.  "
"It declares appropriate dependencies with other unit files so that"
--
Man page: showmount.8
Issue: (Missing) markup of "sort -u"

"B<showmount> queries the mount daemon on a remote host for information about "
"the state of the NFS server on that machine.  With no options B<showmount> "
"lists the set of clients who are mounting from that host.  The output from "
"B<showmount> is designed to appear as though it were processed through "
"``sort -u''."
--
Man page: umount.nfs.8
Issue: refer → refer to the

"For further information please refer B<nfs>(5)  and B<umount>(8)  manual "
"pages."
--
Man page: umount.nfs.8
Issue: Superfluous comma at the end

"B<nfs>(5), B<umount>(8),"


Greetings

            Helge
-- 
      Dr. Helge Kreutzmann                     debian@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

             reply	other threads:[~2020-05-16 15:55 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-16 15:50 Helge Kreutzmann [this message]
2021-05-29 10:55 Errors in nfs man pages Helge Kreutzmann
2021-09-12  6:07 Errors in NFS " Helge Kreutzmann
2021-09-15 18:33 ` J. Bruce Fields
2021-09-15 18:37   ` Helge Kreutzmann

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=20200516155011.GA14433@Debian-50-lenny-64-minimal \
    --to=debian@helgefjell.de \
    --cc=linux-nfs@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;
as well as URLs for NNTP newsgroup(s).