From 8dcb0483a6e8eff67cf2fb1309ec730ae1f05773 Mon Sep 17 00:00:00 2001
From: ceri <ceri@FreeBSD.org>
Date: Thu, 17 Aug 2006 16:29:27 +0000
Subject: Further nitpicking.

---
 usr.bin/locate/locate/locate.1 | 26 +++++++++++++-------------
 1 file changed, 13 insertions(+), 13 deletions(-)

(limited to 'usr.bin/locate')

diff --git a/usr.bin/locate/locate/locate.1 b/usr.bin/locate/locate/locate.1
index b7fd9dd..2a8727a 100644
--- a/usr.bin/locate/locate/locate.1
+++ b/usr.bin/locate/locate/locate.1
@@ -33,7 +33,7 @@
 .\"	@(#)locate.1	8.1 (Berkeley) 6/6/93
 .\" $FreeBSD$
 .\"
-.Dd July 23, 2004
+.Dd August 17, 2006
 .Dt LOCATE 1
 .Os
 .Sh NAME
@@ -102,7 +102,7 @@ Suppress normal output; instead print a count of matching file names.
 .It Fl d Ar database
 Search in
 .Ar database
-instead the default file name database.
+instead of the default file name database.
 Multiple
 .Fl d
 options are allowed.
@@ -237,20 +237,20 @@ to locate files that are of a more transitory nature.
 .Pp
 The
 .Nm
-database was built by user
-.Dq nobody .
-The
-.Xr find 1
-utility skips directories,
+database is typically built by user
+.Dq nobody
+and the 
+.Xr locate.updatedb 8
+utility skips directories
 which are not readable for user
 .Dq nobody ,
 group
 .Dq nobody ,
 or
 world.
-E.g.\& if your HOME directory is not world-readable, all your
-files are
-.Ar not
+For example, if your HOME directory is not world-readable,
+.Ar none
+of your files are
 in the database.
 .Pp
 The
@@ -260,12 +260,12 @@ It is not possible
 to share the databases between machines with different byte order.
 The current
 .Nm
-implementation understand databases in host byte order or
+implementation understands databases in host byte order or
 network byte order if both architectures use the same integer size.
-So you can read on a
+So on a
 .Fx Ns /i386
 machine
-(little endian)
+(little endian), you can read
 a locate database which was built on SunOS/sparc machine
 (big endian, net).
 .Pp
-- 
cgit v1.1