aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2000-11-29 22:12:19 +0000
committerEric Andersen <andersen@codepoet.org>2000-11-29 22:12:19 +0000
commit0730943b49923af8f113705e4c99bd2a34fa1dee (patch)
treebd2c5247894aaf7f59a01bf47ec9929407e3f8aa
parent20ea5c335291012bef0529fb1ef3a579a9b10940 (diff)
downloadbusybox-0730943b49923af8f113705e4c99bd2a34fa1dee.tar.gz
Moar Speling fickes frum Larry Doolittle
-rw-r--r--README16
-rw-r--r--docs/style-guide.txt6
2 files changed, 11 insertions, 11 deletions
diff --git a/README b/README
index 8d1845ab3..29ba11cee 100644
--- a/README
+++ b/README
@@ -4,7 +4,7 @@ BusyBox combines tiny versions of many common UNIX utilities into a single
small executable. It provides minimalist replacements for most of the utilities
you usually find in fileutils, shellutils, findutils, textutils, grep, gzip,
tar, etc. BusyBox provides a fairly complete POSIX environment for any small or
-emdedded system. The utilities in BusyBox generally have fewer options then
+embedded system. The utilities in BusyBox generally have fewer options than
their full featured GNU cousins; however, the options that are included provide
the expected functionality and behave very much like their GNU counterparts.
@@ -14,20 +14,20 @@ features) at compile time. This makes it easy to customize your embedded
systems. To create a working system, just add a kernel, a shell (such as ash),
and an editor (such as elvis-tiny or ae).
-Busybox was originally written to support the Debian Rescue/Install disks, but
+BusyBox was originally written to support the Debian Rescue/Install disks, but
it also makes an excellent environment for any small or embedded system.
As of version 0.20 there is a version number. : ) Also as of version 0.20,
BusyBox is now modularized to easily allow you to build only the components you
-need, thereby reducing binary size. To turn off unwanted Busybox components,
+need, thereby reducing binary size. To turn off unwanted BusyBox components,
simply edit the file "Config.h" and comment out the components you do not
need using C++ style (//) comments.
-After the build is complete a busybox.links file is generated which is then
+After the build is complete, a busybox.links file is generated. This is
used by 'make install' to create symlinks to the busybox binary for all
compiled in functions. By default, 'make install' will place the symlink
forest into `pwd`/_install unless you have defined the PREFIX environment
-variable (i.e. make PREFIX="/tmp/foo" install)
+variable (i.e., make PREFIX="/tmp/foo" install)
----------------
Getting help:
@@ -48,7 +48,7 @@ Source for the latest released version can always be downloaded from
----------------
CVS:
-BusyBox now has its own publically browsable CVS tree at:
+BusyBox now has its own publicly browsable CVS tree at:
http://opensource.lineo.com/cgi-bin/cvsweb/busybox/
Anonymous CVS access is available. For instructions, check out:
@@ -65,7 +65,7 @@ Please feed suggestions, bug reports, insults, and bribes back to:
<andersen@lineo.com>
<andersee@debian.org>
-<blatent plug>
+<blatant plug>
Many thanks to go to Lineo for paying me to work on busybox.
-</blatent plug>
+</blatant plug>
diff --git a/docs/style-guide.txt b/docs/style-guide.txt
index 9ea236024..4d0c7ca17 100644
--- a/docs/style-guide.txt
+++ b/docs/style-guide.txt
@@ -354,7 +354,7 @@ The only time we deviate from emulating the GNU behavior is when:
switch)
- Emulating the GNU behavior is prohibitively expensive (lots more code
would be required, lots more memory would be used, etc.)
- - The differce is minor or cosmetic
+ - The difference is minor or cosmetic
A note on the 'cosmetic' case: Output differences might be considered
cosmetic, but if the output is significant enough to break other scripts that
@@ -367,7 +367,7 @@ Scope
If a const variable is used only in a single source file, put it in the source
file and not in a header file. Likewise, if a const variable is used in only
one function, do not make it global to the file. Instead, declare it inside
-the function body. Bottom line: Make a concious effort to limit declarations
+the function body. Bottom line: Make a conscious effort to limit declarations
to the smallest scope possible.
Inside applet files, all functions should be declared static so as to keep the
@@ -434,7 +434,7 @@ the parameter list and opening bracket. Example:
....
The only time you would ever need to use the old declaration syntax is to
-support ancient, antedeluvian compilers. To our good fortune, we have access
+support ancient, antediluvian compilers. To our good fortune, we have access
to more modern compilers and the old declaration syntax is neither necessary
nor desired.