]> git.ipfire.org Git - thirdparty/util-linux.git/commitdiff
docs: fix a few indentation issues
authorBenno Schulenberg <bensberg@telfort.nl>
Mon, 14 Apr 2025 09:45:29 +0000 (11:45 +0200)
committerKarel Zak <kzak@redhat.com>
Tue, 15 Apr 2025 11:53:43 +0000 (13:53 +0200)
That is: add "+" or " +" to keep paragraphs together.

Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
misc-utils/cal.1.adoc
sys-utils/flock.1.adoc
sys-utils/hwclock.8.adoc
sys-utils/setpriv.1.adoc

index 06b4238df128d1d53c1e6d14da382e0635b86126..9f174062070b29d06232fe4c76fe8ccf615a61ba 100644 (file)
@@ -102,6 +102,7 @@ This option sets the adoption date of the Gregorian calendar reform. Calendar da
 * _gregorian_ - display Gregorian calendars exclusively. This special placeholder sets the reform date below the smallest year that *cal* can use; meaning all calendar output uses the Gregorian calendar system. This is called the proleptic Gregorian calendar, because dates prior to the calendar system's creation use extrapolated values.
 * _iso_ - alias of _gregorian_. The ISO 8601 standard for the representation of dates and times in information interchange requires using the proleptic Gregorian calendar.
 * _julian_ - display Julian calendars exclusively. This special placeholder sets the reform date above the largest year that *cal* can use; meaning all calendar output uses the Julian calendar system.
+
 +
 See *DESCRIPTION* above.
 
index 08843942f9ccf7cba888b55f75d9ed35097ac11b..247ab385f0e21d4794f353f56674d52f5840d854 100644 (file)
@@ -82,7 +82,7 @@ Fail if the lock cannot be acquired within _seconds_. Decimal fractional values
 
 *--fcntl*::
 Instead of flock(2), apply an fcntl(2) open file description lock (that is, using the F_OFD_SETLK (non-blocking) or F_OFD_SETLKW (blocking) commands). These locks are independent of those applied via flock(2), but, unlike traditional POSIX fcntl() locks (F_SETLK, F_SETLKW), have semantics matching those of flock(2).
-
++
 This is only available on kernel versions >= 3.15.
 
 *--start* _offset_::
index 350d502759565f3a1642de96504f5339884ca240..e30fb5e90a6486869d608398a7193e30d90a5255 100644 (file)
@@ -91,11 +91,12 @@ Set the Hardware Clock to the time given by the *--date* option, and update the
 This is an alternate to the *--hctosys* function that does not read the Hardware Clock nor set the System Clock; consequently there is not any drift correction. It is intended to be used in a startup script on systems with kernels above version 2.6 where you know the System Clock has been set from the Hardware Clock by the kernel during boot.
 +
 It does the following things that are detailed above in the *--hctosys* function:
-
++
 * Corrects the System Clock timescale to UTC as needed. Only instead of accomplishing this by setting the System Clock, *hwclock* simply informs the kernel and it handles the change.
 * Sets the kernel's NTP '11 minute mode' timescale.
 * Sets the kernel's timezone.
 
++
 The first two are only available on the first call of *settimeofday*(2) after boot. Consequently this option only makes sense when used in a startup script. If the Hardware Clocks timescale configuration is changed then a reboot would be required to inform the kernel.
 
 *-w*, *--systohc*::
@@ -166,8 +167,9 @@ This option was added in v2.26, because it is typical for systems to call *hwclo
 * (Re)calculating drift factor on every shutdown delivers suboptimal results. For example, if ephemeral conditions cause the machine to be abnormally hot the drift factor calculation would be out of range.
 * Significantly increased system shutdown times (as of v2.31 when not using *--update-drift* the RTC is not read).
 
++
 Having *hwclock* calculate the drift factor is a good starting point, but for optimal results it will likely need to be adjusted by directly editing the _{ADJTIME_PATH}_ file. For most configurations once a machine's optimal drift factor is crafted it should not need to be changed. Therefore, the old behavior to automatically (re)calculate drift was changed and now requires this option to be used. See the discussion below, under *The Adjust Function*.
-
+ +
 This option requires reading the Hardware Clock before setting it. If it cannot be read, then this option will cause the set functions to fail. This can happen, for example, if the Hardware Clock is corrupted by a power failure. In that case, the clock must first be set without this option. Despite it not working, the resulting drift correction factor would be invalid anyway.
 
 *-v*, *--verbose*::
index 79c1ec2d07153321e45ba936af618b51cec9c62b..66a087b87c887b9708065ebf7d698ae394084e5b 100644 (file)
@@ -44,6 +44,7 @@ Note the following restrictions (detailed in *capabilities*(7)) regarding modifi
 * A capability can be added to the ambient set only if it is currently present in both the permitted and inheritable sets.
 * Notwithstanding the syntax offered by *setpriv*, the kernel does not permit capabilities to be added to the bounding set.
 
++
 If you drop a capability from the bounding set without also dropping it from the inheritable set, you are likely to become confused. Do not do that.
 
 *--keep-groups*::