* A user account with at least 4 GB of available space. This will allow the creation of updates for 7.1 and 7.2, but the exact space requirements may change from version to version.
* An man:ssh[1] account on a remote machine to upload distributed updates.
* A web server, like extref:{handbook}network-servers[Apache, network-apache], with over half of the space required for the build. For instance, test builds for 7.1 and 7.2 consume a total amount of 4 GB, and the webserver space needed to distribute these updates is 2.6 GB.
-* Basic knowledge of shell scripting with Bourne shell, man:sh[1].
+* Basic knowledge of shell scripting with POSIX(R) shell, man:sh[1].
Many people need to write shell scripts which will be portable across many systems.
That is why POSIX(R) specifies the shell and utility commands in great detail.
-Most scripts are written in Bourne shell (man:sh[1]), and because several important programming interfaces are specified to use the Bourne shell to interpret commands.
-As the Bourne shell is so often and widely used, it is important for it to be quick to start, be deterministic in its behavior, and have a small memory footprint.
+Most scripts are written in POSIX shell (man:sh[1]), and several important programming interfaces are specified to use the POSIX shell to interpret commands.
+As the POSIX shell is so often and widely used, it is important for it to be quick to start, be deterministic in its behavior, and have a small memory footprint.
The existing implementation is our best effort at meeting as many of these requirements simultaneously as we can.
To keep `/bin/sh` small, we have not provided many of the convenience features that other shells have.
@@ -418,14 +418,14 @@
[[keyboard-delete-key]]
=== How do I use my delete key in sh and csh?
-For the Bourne Shell, add the following lines to [.filename]#~/.shrc#:
+For man:sh[1], add the following lines to [.filename]#~/.shrc#:
[.programlisting]
....
bind ^[[3~ ed-delete-next-char # for xterm
....
-For the C Shell, add the following lines to [.filename]#~/.cshrc#:
+For the man:csh[1], add the following lines to [.filename]#~/.cshrc#:
A _shell_ provides a command line interface for interacting with the operating system.
A shell receives commands from the input channel and executes them.
Many shells provide built in functions to help with everyday tasks such as file management, file globbing, command line editing, command macros, and environment variables.
-FreeBSD comes with several shells, including the Bourne shell (man:sh[1]) and the extended C shell (man:tcsh[1]).
+FreeBSD comes with several shells, including an extended POSIX(R) shell (man:sh[1]) and the extended C shell (man:tcsh[1]).
Other shells are available from the FreeBSD Ports Collection, such as `zsh` and `bash`.
The shell that is used is really a matter of taste.
<.> Lines that begin with the `+#+` character are comments. A comment can be placed in the file as a reminder of what and why a desired action is performed. Comments cannot be on the same line as a command or else they will be interpreted as part of the command; they must be on a new line. Blank lines are ignored.
-<.> The equals (`=`) character is used to define any environment settings. In this example, it is used to define the `SHELL` and `PATH`. If the `SHELL` is omitted, cron will use the default Bourne shell. If the `PATH` is omitted, the full path must be given to the command or script to run.
+<.> The equals (`=`) character is used to define any environment settings. In this example, it is used to define the `SHELL` and `PATH`. If the `SHELL` is omitted, cron will use the default POSIX(R) shell. If the `PATH` is omitted, the full path must be given to the command or script to run.
<.> This line defines the seven fields used in a system crontab: `minute`, `hour`, `mday`, `month`, `wday`, `who`, and `command`. The `minute` field is the time in minutes when the specified command will be run, the `hour` is the hour when the specified command will be run, the `mday` is the day of the month, `month` is the month, and `wday` is the day of the week. These fields must be numeric values, representing the twenty-four hour clock, or a `*`, representing all values for that field. The `who` field only exists in the system crontab and specifies which user the command should be run as. The last field is the command to be executed.
@@ -586,7 +586,7 @@
....
Then add a line for each command or script to run, specifying the time to run the command.
-This example runs the specified custom Bourne shell script every day at two in the afternoon.
+This example runs the specified custom shell script every day at two in the afternoon.
Since the path to the script is not specified in `PATH`, the full path to the script is given:
This sets the default policy of man:ipfw[8] to be more permissive than the default `deny ip from any to any`, making it slightly more difficult to get locked out of the system right after a reboot.
====
-The firewall script begins by indicating that it is a Bourne shell script and flushes any existing rules.
+The firewall script begins by indicating that it is a POSIX(R) shell script and flushes any existing rules.
It then creates the `cmd` variable so that `ipfw add` does not have to be typed at the beginning of every rule.
It also defines the `pif` variable which represents the name of the interface that is attached to the Internet.