All of lore.kernel.org
 help / color / mirror / Atom feed
From: JWP <elseifthen@gmx.com>
To: Benno Schulenberg <bensberg@justemail.net>, util-linux@vger.kernel.org
Subject: Re: [PATCH 4/4] docs: improve wording and formattin of man page of hwclock
Date: Mon, 27 Oct 2014 21:09:29 -0400	[thread overview]
Message-ID: <544EECC9.2000300@gmx.com> (raw)
In-Reply-To: <1414444693-16407-4-git-send-email-bensberg@justemail.net>



On 10/27/2014 05:18 PM, Benno Schulenberg wrote:
> Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
> ---
>  sys-utils/hwclock.8.in |   73 +++++++++++++++++++++++-------------------------
>  1 files changed, 35 insertions(+), 38 deletions(-)
> 
> diff --git a/sys-utils/hwclock.8.in b/sys-utils/hwclock.8.in
> index 30f191b..9219218 100644
> --- a/sys-utils/hwclock.8.in
> +++ b/sys-utils/hwclock.8.in
> @@ -1,4 +1,4 @@
> -.TH HWCLOCK 8 "July 2014" "util-linux" "System Administration"
> +.TH HWCLOCK 8 "October 2014" "util-linux" "System Administration"
>  .SH NAME
>  hwclock \- query or set the hardware clock (RTC)
>  .SH SYNOPSIS
> @@ -22,15 +22,16 @@ gains time at a certain rate when left to run).
>  Since v2.26
>  .B hwclock
>  does not update the Hardware Clock's drift factor in @ADJTIME_PATH@ by default.
> -It is necessary to use \fB\-\-update-drift\fR, with \fB\-\-set\fR or
> +It is necessary to use the option \fB\-\-update-drift\fR, with \fB\-\-set\fR or
>  \fB\-\-systohc\fR, to force drift factor updates.

The rest of the manual uses 'the --xxxx option'.

>  
>  Since v2.26
>  .B hwclock \-\-hctosys
> -automatically compensates time read from the Hardware Clock to account for
> -systematic drift before using it to set the System Clock.  Therefore,
> -\fB\-\-adjust\fR is no longer necessary during boot. This functionality makes
> -hwclock usable early in the boot process when the root filesystem is read-only.
> +automatically takes a systematic drift of the Hardware Clock into account,
> +setting the System Clock to the drift-compensated time.  Therefore the option
> +\fB\-\-adjust\fR is no longer necessary during boot.  This feature makes
> +.B hwclock
> +usable early on in the boot process when the root filesystem is read-only.

"a systematic drift"? That entire phrase does not sound natural to me.

You've re-injected the ambiguity of Karel's original sentence.  Hwclock has always
compensated for drift by *setting* the Hardware Clock.  I think it is important to
stress that *the_time_read* from the Clock is what is being compensated as this is
a new behavior.  Other than setting hwclock to bold, I don't see any of this change
as an improvement.

Thank you for fixing the other formatting issues.


 

  reply	other threads:[~2014-10-28  1:09 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-27 21:18 [PATCH 1/4] docs: spelling, wording, and grammar fixes in the man page of whereis Benno Schulenberg
2014-10-27 21:18 ` [PATCH 2/4] docs: fix some wording and formatting in man page of swapon Benno Schulenberg
2014-10-31  9:48   ` Karel Zak
2014-10-27 21:18 ` [PATCH 3/4] textual: slice up the usage text of swapon for ease of translation Benno Schulenberg
2014-10-27 21:24   ` Benno Schulenberg
2014-10-31  9:32     ` Karel Zak
2014-10-31  9:48   ` Karel Zak
2014-10-27 21:18 ` [PATCH 4/4] docs: improve wording and formattin of man page of hwclock Benno Schulenberg
2014-10-28  1:09   ` JWP [this message]
2014-10-28 20:02     ` Benno Schulenberg
2014-10-31  9:51       ` Karel Zak
2014-11-02 17:53         ` JWP
2014-11-03 21:15           ` Benno Schulenberg
2014-11-04 13:16             ` JWP
2014-11-18 13:05               ` Karel Zak
2014-11-18 19:48                 ` Benno Schulenberg
2014-11-19  7:26                   ` Karel Zak
2014-10-31  9:47 ` [PATCH 1/4] docs: spelling, wording, and grammar fixes in the man page of whereis Karel Zak

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=544EECC9.2000300@gmx.com \
    --to=elseifthen@gmx.com \
    --cc=bensberg@justemail.net \
    --cc=util-linux@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 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.