From owner-svn-doc-all@FreeBSD.ORG Fri Apr 18 19:59:57 2014 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16FFC6DA; Fri, 18 Apr 2014 19:59:57 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02A3D18C1; Fri, 18 Apr 2014 19:59:57 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.8/8.14.8) with ESMTP id s3IJxuKi021740; Fri, 18 Apr 2014 19:59:56 GMT (envelope-from dru@svn.freebsd.org) Received: (from dru@localhost) by svn.freebsd.org (8.14.8/8.14.8/Submit) id s3IJxuP9021739; Fri, 18 Apr 2014 19:59:56 GMT (envelope-from dru@svn.freebsd.org) Message-Id: <201404181959.s3IJxuP9021739@svn.freebsd.org> From: Dru Lavigne Date: Fri, 18 Apr 2014 19:59:56 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r44608 - head/en_US.ISO8859-1/books/handbook/basics X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 19:59:57 -0000 Author: dru Date: Fri Apr 18 19:59:56 2014 New Revision: 44608 URL: http://svnweb.freebsd.org/changeset/doc/44608 Log: White space fix only. Translators can ignore. Sponsored by: iXsystems Modified: head/en_US.ISO8859-1/books/handbook/basics/chapter.xml Modified: head/en_US.ISO8859-1/books/handbook/basics/chapter.xml ============================================================================== --- head/en_US.ISO8859-1/books/handbook/basics/chapter.xml Fri Apr 18 19:49:21 2014 (r44607) +++ head/en_US.ISO8859-1/books/handbook/basics/chapter.xml Fri Apr 18 19:59:56 2014 (r44608) @@ -534,11 +534,12 @@ console none The home directory is the full path to a directory on the system. This is the user's starting directory when the user logs in. A common convention is to put - all user home directories under - /home/username or - /usr/home/username. Each user - stores their personal files and subdirectories in - their own home directory. + all user home directories under /home/username + or /usr/home/username. + Each user stores their personal files and + subdirectories in their own home directory. @@ -918,11 +919,12 @@ Other information: The commands &man.chfn.1; and &man.chsh.1; are links - to &man.chpass.1;, as are &man.ypchpass.1;, &man.ypchfn.1;, - and &man.ypchsh.1;. Since NIS support - is automatic, specifying the yp before - the command is not necessary. How to configure NIS is - covered in . + to &man.chpass.1;, as are &man.ypchpass.1;, + &man.ypchfn.1;, and &man.ypchsh.1;. Since + NIS support is automatic, specifying + the yp before the command is not + necessary. How to configure NIS is covered in . @@ -1043,13 +1045,13 @@ passwd: done to a login class, default by default, and each login class has a set of login capabilities associated with it. A login capability is a - name=value pair, where - name is a well-known identifier and - value is an arbitrary string which - is processed accordingly depending on the - name. Setting up login classes and - capabilities is rather straightforward and is also described - in &man.login.conf.5;. + name=value + pair, where name is a well-known + identifier and value is an + arbitrary string which is processed accordingly depending on + the name. Setting up login classes + and capabilities is rather straightforward and is also + described in &man.login.conf.5;. &os; does not normally read the configuration in @@ -2094,14 +2096,17 @@ root 5211 0.0 0.2 3620 1724 2 /usr/local/ Local executables and libraries. Also used as the default destination for the &os; ports framework. - Within /usr/local, the general - layout sketched out by &man.hier.7; for - /usr should be used. Exceptions - are the man directory, which is directly under - /usr/local rather than under - /usr/local/share, and the ports - documentation is in - share/doc/port. + Within + /usr/local, the + general layout sketched out by &man.hier.7; for + /usr should be + used. Exceptions are the man directory, which is + directly under /usr/local rather than + under /usr/local/share, and + the ports documentation is in share/doc/port. @@ -3062,10 +3067,9 @@ Swap: 2048M Total, 2048M Free figures in the header relate to how many processes are running, how much memory and swap space has been used, and how much time the system is spending in different CPU states. If - the ZFS - file system module has been loaded, an ARC line indicates - how much data was read from the memory cache - instead of from disk. + the ZFS file system module has been loaded, + an ARC line indicates how much data was + read from the memory cache instead of from disk. Below the header is a series of columns containing similar information to the output from &man.ps.1;, such as the @@ -3443,16 +3447,17 @@ Swap: 2048M Total, 2048M Free The &unix; shell is not just a command interpreter, it - acts as a powerful tool which allows users to execute commands, - redirect their output, redirect their input and chain commands - together to improve the final command output. When this functionality - is mixed with built in commands, the user is provided with - an environment that can maximize efficiency. - - Shell redirection is the action of sending the output - or the input of a command into another command or into a - file. To capture the output of the &man.ls.1; command, for - example, into a file, simply redirect the output: + acts as a powerful tool which allows users to execute + commands, redirect their output, redirect their input and + chain commands together to improve the final command output. + When this functionality is mixed with built in commands, the + user is provided with an environment that can maximize + efficiency. + + Shell redirection is the action of sending the output or + the input of a command into another command or into a file. + To capture the output of the &man.ls.1; command, for example, + into a file, simply redirect the output: &prompt.user; ls > directory_listing.txt @@ -3464,41 +3469,42 @@ Swap: 2048M Total, 2048M Free &prompt.user; sort < directory_listing.txt The input will be sorted and placed on the screen. To - redirect that input into another file, one could redirect - the output of &man.sort.1; by mixing the direction: + redirect that input into another file, one could redirect the + output of &man.sort.1; by mixing the direction: &prompt.user; sort < directory_listing.txt > sorted.txt - In all of the previous examples, the commands are performing - redirection using file descriptors. Every unix system has file - descriptors; however, here we will focus on three, so named as - Standard Input, Standard Output, and Standard Error. Each one - has a purpose, where input could be a keyboard or a mouse, - something that provides input. Output could be a screen or - paper in a printer for example. And error would be anything - that is used for diagnostic or error messages. All three - are considered I/O based file descriptors - and sometimes considered streams. - - Through the use of these descriptors, short named - stdin, stdout, and stderr, the shell allows output and - input to be passed around through various commands and - redirected to or from a file. Another method of redirection - is the pipe operator. + In all of the previous examples, the commands are + performing redirection using file descriptors. Every unix + system has file descriptors; however, here we will focus on + three, so named as Standard Input, Standard Output, and + Standard Error. Each one has a purpose, where input could be + a keyboard or a mouse, something that provides input. Output + could be a screen or paper in a printer for example. And + error would be anything that is used for diagnostic or error + messages. All three are considered I/O + based file descriptors and sometimes considered + streams. + + Through the use of these descriptors, short named stdin, + stdout, and stderr, the shell allows output and input to be + passed around through various commands and redirected to or + from a file. Another method of redirection is the pipe + operator. The &unix; pipe operator, | allows the - output of one command to be directly passed, or directed - to another program. Basically a pipe will allow the - standard output of a command to be passed as standard - input to another command, for example: + output of one command to be directly passed, or directed to + another program. Basically a pipe will allow the standard + output of a command to be passed as standard input to another + command, for example: &prompt.user; cat directory_listing.txt | sort | less In that example, the contents of directory_listing.txt will be sorted and - the output passed to &man.less.1;. This allows the user - to scroll through the output at their own pace and prevent - it from scrolling off the screen. + the output passed to &man.less.1;. This allows the user to + scroll through the output at their own pace and prevent it + from scrolling off the screen.