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.
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:
----------------
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:
<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>
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
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
....
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.