Re: [RFR] templates://adjtimex/{templates}
Christian Perrier wrote:
> Your review should be sent as an answer to this mail.
> _Description: Should adjtimex be run at installation and at every startup?
> - adjtimex can run at system startup to set the kernel time parameters to
> - the values in /etc/default/adjtimex. Don't accept if you just want to
> + It is possible to set the kernel time parameters to
> + the values in /etc/default/adjtimex by running adjtimex at system startup.
>
> Avoid a leading lowercase letter in a sentence...by using passive
> voice.
We could say:
Running adjtimex at system startup will set the kernel time parameters to
the values in /etc/default/adjtimex.
> Template: adjtimex/compare_rtc
> Type: boolean
> Default: true
> +_Description: Run adjtimexconfig when adjtimex is installed or upgraded?
> The adjtimexconfig script will use adjtimex to find values for the kernel
> variables tick and frequency that will make the system clock approximately
Could we put "tick" and "frequency" in quotes? (Is that enough to
warn translators they're untranslateable?)
I don't seem to have any other comments.
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
--- ../adjtimex-1.26.pristine/debian/templates 2009-02-26 14:37:06.000000000 +0000
+++ debian/templates 2009-02-26 14:47:30.000000000 +0000
@@ -2,21 +2,23 @@
Type: boolean
Default: true
_Description: Should adjtimex be run at installation and at every startup?
- adjtimex can run at system startup to set the kernel time parameters to
- the values in /etc/default/adjtimex. Don't accept if you just want to
+ Running adjtimex at system startup will set the kernel time parameters to
+ the values in /etc/default/adjtimex.
+ .
+ You should not choose this option if you just want to
use adjtimex to inspect the current parameters.
Template: adjtimex/compare_rtc
Type: boolean
Default: true
-_Description: Should adjtimexconfig be run when adjtimex is installed or upgraded?
+_Description: Run adjtimexconfig when adjtimex is installed or upgraded?
The adjtimexconfig script will use adjtimex to find values for the kernel
- variables tick and frequency that will make the system clock approximately
+ variables "tick" and "frequency" that will make the system clock approximately
agree with the hardware clock (also known as the CMOS clock). It then
saves these values in the configuration file /etc/default/adjtimex so the
settings will be restored on every boot, when /etc/init.d/adjtimex runs.
.
- The script takes 70 sec to run. Alternatively, you can run adjtimexconfig
- yourself at a later time, or determine the kernel variables one of several
- other ways (see the adjtimex man page) and install them in
- /etc/default/adjtimex.
+ The script takes a significant time to run, so running it for every upgrade
+ may be a waste of time. Alternatively, you can run adjtimexconfig
+ manually when needed, or determine the kernel variables by using other
+ methods and set them manually in /etc/default/adjtimex.
--- ../adjtimex-1.26.pristine/debian/control 2009-02-26 14:37:06.000000000 +0000
+++ debian/control 2009-02-26 14:41:12.000000000 +0000
@@ -9,12 +9,12 @@
Architecture: any
Depends: ${shlibs:Depends}, debconf | debconf-2.0
Suggests: ntpdate
-Description: Utility to display or set the kernel time variables
- This program gives you raw access to the kernel time variables. For
+Description: kernel time variables configuration utility
+ This package provides a utility to manipulate the kernel time variables. For
a machine connected to the Internet, or equipped with a precision
oscillator or radio clock, the best way to keep the system clock
- correct is with ntpd. However, for a standalone or intermittently
+ accurate is using NTP (Network Time Protocol). However, for a standalone or intermittently
connected machine, you may use adjtimex instead to at least correct
- for systematic drift. adjtimex can optionally adjust the system
+ for systematic drift. It can optionally adjust the system
clock using the CMOS clock as a reference, and can log times for
long-term estimation of drift rates.
Template: adjtimex/run_daemon
Type: boolean
Default: true
_Description: Should adjtimex be run at installation and at every startup?
Running adjtimex at system startup will set the kernel time parameters to
the values in /etc/default/adjtimex.
.
You should not choose this option if you just want to
use adjtimex to inspect the current parameters.
Template: adjtimex/compare_rtc
Type: boolean
Default: true
_Description: Run adjtimexconfig when adjtimex is installed or upgraded?
The adjtimexconfig script will use adjtimex to find values for the kernel
variables "tick" and "frequency" that will make the system clock approximately
agree with the hardware clock (also known as the CMOS clock). It then
saves these values in the configuration file /etc/default/adjtimex so the
settings will be restored on every boot, when /etc/init.d/adjtimex runs.
.
The script takes a significant time to run, so running it for every upgrade
may be a waste of time. Alternatively, you can run adjtimexconfig
manually when needed, or determine the kernel variables by using other
methods and set them manually in /etc/default/adjtimex.
Source: adjtimex
Section: admin
Priority: optional
Maintainer: James R. Van Zandt <jrv@debian.org>
Build-Depends: debhelper (>= 5), po-debconf
Standards-Version: 3.8.0
Package: adjtimex
Architecture: any
Depends: ${shlibs:Depends}, debconf | debconf-2.0
Suggests: ntpdate
Description: kernel time variables configuration utility
This package provides a utility to manipulate the kernel time variables. For
a machine connected to the Internet, or equipped with a precision
oscillator or radio clock, the best way to keep the system clock
accurate is using NTP (Network Time Protocol). However, for a standalone or intermittently
connected machine, you may use adjtimex instead to at least correct
for systematic drift. It can optionally adjust the system
clock using the CMOS clock as a reference, and can log times for
long-term estimation of drift rates.
Reply to: