fix up control and rules file issues identified by lintian

[debian/cpmtools] / fsck.cpm.1.in

diff --git a/fsck.cpm.1.in b/fsck.cpm.1.in
index 068b4b9a6385e95bd21ab4fbe28e8015f1656746..e6fa5a7356c114a9008b93a6fcc0e4a8b77c904e 100644 (file)
--- a/fsck.cpm.1.in
+++ b/fsck.cpm.1.in
@@ -38,10 +38,11 @@ Any errors are indicated by exit code 1.
 @DATADIR@/diskdefs     CP/M disk format definitions
 .\"}}}
 .SH DIAGNOSTICS .\"{{{
 @DATADIR@/diskdefs     CP/M disk format definitions
 .\"}}}
 .SH DIAGNOSTICS .\"{{{

-.IP "\fIimage\fP: \fIused\fP/\fItotal\fP files (\fIn\fP.\fIn\fP% non-contiguos), \fIused\fP/\fItotal\fP blocks"
+.IP "\fIimage\fP: \fIused\fP/\fItotal\fP files (\fIn\fP.\fIn\fP% 
+non-contiguous), \fIused\fP/\fItotal\fP blocks"

 No inconsistencies could be found.  The number of used files actually
 is the number of used extents.  Since a file may use more than
 No inconsistencies could be found.  The number of used files actually
 is the number of used extents.  Since a file may use more than

-one extent, this may be greather than the actual number of files, but a
+one extent, this may be greater than the actual number of files, but a

 correct measure would not reflect how many files could still be created
 at most.  A file is considered fragmented, if sequential data blocks
 pointed to by the same extent do not have sequential block numbers.
 correct measure would not reflect how many files could still be created
 at most.  A file is considered fragmented, if sequential data blocks
 pointed to by the same extent do not have sequential block numbers.