aboutsummaryrefslogtreecommitdiff
path: root/Config.in
diff options
context:
space:
mode:
authorBernhard Reutner-Fischer <rep.dot.nop@gmail.com>2008-07-22 18:27:53 +0000
committerBernhard Reutner-Fischer <rep.dot.nop@gmail.com>2008-07-22 18:27:53 +0000
commit3e8669f3599c05797b907faac2d2a5fc8827902c (patch)
tree8a799cfbb3963a1da83b635df90638143b5bd078 /Config.in
parent08d120e6e1242498b8e5ca92870a362bb1c64c85 (diff)
downloadbusybox-3e8669f3599c05797b907faac2d2a5fc8827902c.tar.gz
- wrap overlong lines (Cristian Ionescu-Idbohrn)
- s/\. /. /g;# (me)
Diffstat (limited to 'Config.in')
-rw-r--r--Config.in80
1 files changed, 42 insertions, 38 deletions
diff --git a/Config.in b/Config.in
index 8e55edb57..5ad35ce20 100644
--- a/Config.in
+++ b/Config.in
@@ -40,7 +40,7 @@ choice
There are 3 ways BusyBox can handle buffer allocations:
- Use malloc. This costs code size for the call to xmalloc.
- Put them on stack. For some very small machines with limited stack
- space, this can be deadly. For most folks, this works just fine.
+ space, this can be deadly. For most folks, this works just fine.
- Put them in BSS. This works beautifully for computers with a real
MMU (and OS support), but wastes runtime RAM for uCLinux. This
behavior was the only one available for BusyBox versions 0.48 and
@@ -72,8 +72,8 @@ config FEATURE_VERBOSE_USAGE
select SHOW_USAGE
help
All BusyBox applets will show more verbose help messages when
- busybox is invoked with --help. This will add a lot of text to the
- busybox binary. In the default configuration, this will add about
+ busybox is invoked with --help. This will add a lot of text to the
+ busybox binary. In the default configuration, this will add about
13k, but it can add much more depending on your configuration.
config FEATURE_COMPRESS_USAGE
@@ -86,15 +86,15 @@ config FEATURE_COMPRESS_USAGE
If you have a really tiny busybox with few applets enabled (and
bunzip2 isn't one of them), the overhead of the decompressor might
- be noticeable. Also, if you run executables directly from ROM
- and have very little memory, this might not be a win. Otherwise,
+ be noticeable. Also, if you run executables directly from ROM
+ and have very little memory, this might not be a win. Otherwise,
you probably want this.
config FEATURE_INSTALLER
bool "Support --install [-s] to install applet links at runtime"
default n
help
- Enable 'busybox --install [-s]' support. This will allow you to use
+ Enable 'busybox --install [-s]' support. This will allow you to use
busybox at runtime to create hard links or symlinks for all the
applets that are compiled into busybox.
@@ -118,7 +118,7 @@ config FEATURE_DEVPTS
help
Enable if you want BusyBox to use Unix98 PTY support. If enabled,
busybox will use /dev/ptmx for the master side of the pseudoterminal
- and /dev/pts/<number> for the slave side. Otherwise, BSD style
+ and /dev/pts/<number> for the slave side. Otherwise, BSD style
/dev/ttyp<number> will be used. To use this option, you should have
devpts mounted.
@@ -127,7 +127,7 @@ config FEATURE_CLEAN_UP
default n
help
As a size optimization, busybox normally exits without explicitly
- freeing dynamically allocated memory or closing files. This saves
+ freeing dynamically allocated memory or closing files. This saves
space since the OS will clean up for us, but it can confuse debuggers
like valgrind, which report tons of memory and resource leaks.
@@ -152,7 +152,7 @@ config FEATURE_SUID
If you're really paranoid and don't want to do this, build two
busybox binaries with different applets in them (and the appropriate
symlinks pointing to each binary), and only set the suid bit on the
- one that needs it. The applets currently marked to need the suid bit
+ one that needs it. The applets currently marked to need the suid bit
are login, passwd, su, ping, traceroute, crontab, dnsd, ipcrm, ipcs,
and vlock.
@@ -162,7 +162,7 @@ config FEATURE_SUID_CONFIG
depends on FEATURE_SUID
help
Allow the SUID / SGID state of an applet to be determined at runtime
- by checking /etc/busybox.conf. (This is sort of a poor man's sudo.)
+ by checking /etc/busybox.conf. (This is sort of a poor man's sudo.)
The format of this file is as follows:
<applet> = [Ssx-][Ssx-][x-] (<username>|<uid>).(<groupname>|<gid>)
@@ -170,11 +170,12 @@ config FEATURE_SUID_CONFIG
An example might help:
[SUID]
- su = ssx root.0 # applet su can be run by anyone and runs with euid=0/egid=0
+ su = ssx root.0 # applet su can be run by anyone and runs with
+ # euid=0/egid=0
su = ssx # exactly the same
- mount = sx- root.disk # applet mount can be run by root and members of group disk
- # and runs with euid=0
+ mount = sx- root.disk # applet mount can be run by root and members
+ # of group disk and runs with euid=0
cp = --- # disable applet cp for everyone
@@ -193,14 +194,15 @@ config FEATURE_SUID_CONFIG_QUIET
default y
depends on FEATURE_SUID_CONFIG
help
- /etc/busybox.conf should be readable by the user needing the SUID, check
- this option to avoid users to be notified about missing permissions.
+ /etc/busybox.conf should be readable by the user needing the SUID,
+ check this option to avoid users to be notified about missing
+ permissions.
config SELINUX
bool "Support NSA Security Enhanced Linux"
default n
help
- Enable support for SELinux in applets ls, ps, and id. Also provide
+ Enable support for SELinux in applets ls, ps, and id. Also provide
the option of compiling in SELinux applets.
If you do not have a complete SELinux userland installed, this stuff
@@ -235,9 +237,9 @@ config BUSYBOX_EXEC_PATH
default "/proc/self/exe"
help
When Busybox applets need to run other busybox applets, BusyBox
- sometimes needs to exec() itself. When the /proc filesystem is
+ sometimes needs to exec() itself. When the /proc filesystem is
mounted, /proc/self/exe always points to the currently running
- executable. If you haven't got /proc, set this to wherever you
+ executable. If you haven't got /proc, set this to wherever you
want to run BusyBox from.
# These are auto-selected by other options
@@ -304,7 +306,7 @@ config BUILD_LIBBUSYBOX
busybox code.
This feature allows every applet to be built as a tiny
- separate executable. Enabling it for "one big busybox binary"
+ separate executable. Enabling it for "one big busybox binary"
approach serves no purpose and increases code size.
You should almost certainly say "no" to this.
@@ -321,7 +323,7 @@ config BUILD_LIBBUSYBOX
### standalone application which uses libbusybox say 'Y'.
###
### Note: libbusybox is GPL, not LGPL, and exports no stable API that
-### might act as a copyright barrier. We can and will modify the
+### might act as a copyright barrier. We can and will modify the
### exported function set between releases (even minor version number
### changes), and happily break out-of-tree features.
###
@@ -379,11 +381,11 @@ config LFS
select FDISK_SUPPORT_LARGE_DISKS
help
If you want to build BusyBox with large file support, then enable
- this option. This will have no effect if your kernel or your C
- library lacks large file support for large files. Some of the
+ this option. This will have no effect if your kernel or your C
+ library lacks large file support for large files. Some of the
programs that can benefit from large file support include dd, gzip,
- cp, mount, tar, and many others. If you want to access files larger
- than 2 Gigabytes, enable this option. Otherwise, leave it set to 'N'.
+ cp, mount, tar, and many others. If you want to access files larger
+ than 2 Gigabytes, enable this option. Otherwise, leave it set to 'N'.
config CROSS_COMPILER_PREFIX
string "Cross Compiler prefix"
@@ -404,8 +406,8 @@ config DEBUG
default n
help
Say Y here if you wish to examine BusyBox internals while applets are
- running. This increases the size of the binary considerably, and
- should only be used when doing development. If you are doing
+ running. This increases the size of the binary considerably, and
+ should only be used when doing development. If you are doing
development and want to debug BusyBox, answer Y.
Most people should answer N.
@@ -417,7 +419,7 @@ config DEBUG_PESSIMIZE
help
The compiler's optimization of source code can eliminate and reorder
code, resulting in an executable that's hard to understand when
- stepping through it with a debugger. This switches it off, resulting
+ stepping through it with a debugger. This switches it off, resulting
in a much bigger executable that more closely matches the source
code.
@@ -434,27 +436,28 @@ choice
default NO_DEBUG_LIB
help
Using an additional debugging library will make BusyBox become
- considerable larger and will cause it to run more slowly. You
+ considerable larger and will cause it to run more slowly. You
should always leave this option disabled for production use.
dmalloc support:
----------------
This enables compiling with dmalloc ( http://dmalloc.com/ )
which is an excellent public domain mem leak and malloc problem
- detector. To enable dmalloc, before running busybox you will
+ detector. To enable dmalloc, before running busybox you will
want to properly set your environment, for example:
export DMALLOC_OPTIONS=debug=0x34f47d83,inter=100,log=logfile
The 'debug=' value is generated using the following command
- dmalloc -p log-stats -p log-non-free -p log-bad-space -p log-elapsed-time \
- -p check-fence -p check-heap -p check-lists -p check-blank \
- -p check-funcs -p realloc-copy -p allow-free-null
+ dmalloc -p log-stats -p log-non-free -p log-bad-space \
+ -p log-elapsed-time -p check-fence -p check-heap \
+ -p check-lists -p check-blank -p check-funcs -p realloc-copy \
+ -p allow-free-null
Electric-fence support:
-----------------------
- This enables compiling with Electric-fence support. Electric
+ This enables compiling with Electric-fence support. Electric
fence is another very useful malloc debugging library which uses
your computer's virtual memory hardware to detect illegal memory
- accesses. This support will make BusyBox be considerable larger
+ accesses. This support will make BusyBox be considerable larger
and run slower, so you should leave this option disabled unless
you are hunting a hard to find memory problem.
@@ -476,7 +479,7 @@ config INCLUDE_SUSv2
help
This option will enable backwards compatibility with SuSv2,
specifically, old-style numeric options ('command -1 <file>')
- will be supported in head, tail, and fold. (Note: should
+ will be supported in head, tail, and fold. (Note: should
affect renice too.)
config PARSE
@@ -509,8 +512,8 @@ config INSTALL_APPLET_SYMLINKS
config INSTALL_APPLET_HARDLINKS
bool "as hard-links"
help
- Install applets as hard-links to the busybox binary. This might count
- on a filesystem with few inodes.
+ Install applets as hard-links to the busybox binary. This might
+ count on a filesystem with few inodes.
config INSTALL_APPLET_SCRIPT_WRAPPERS
bool "as script wrappers"
@@ -546,7 +549,8 @@ config INSTALL_SH_APPLET_HARDLINK
config INSTALL_SH_APPLET_SCRIPT_WRAPPER
bool "as script wrapper"
help
- Install /bin/sh applet as script wrapper that call the busybox binary.
+ Install /bin/sh applet as script wrapper that call the busybox
+ binary.
endchoice