doc: Fix typos.

* doc/guix.texi: Fix typos.  Reported by Andreas Enge <andreas@enge.fr>.
This commit is contained in:
Ludovic Courtès 2012-12-12 14:46:43 +01:00
parent f15b31c562
commit ba55b1cb69
1 changed files with 8 additions and 8 deletions

View File

@ -160,7 +160,7 @@ packages. It operates on those per-user profiles, and can be used
The command provides the obvious install, remove, and upgrade
operations. Each invocation is actually a @emph{transaction}: either
the specified operations succeed, or nothing happens. Thus, if the
the specified operation succeeds, or nothing happens. Thus, if the
@command{guix-package} processed is terminated during the transaction,
or if a power outage occurs during the transaction, then the user's
profile remains in its previous state, and remains usable.
@ -192,7 +192,7 @@ builds the package from source, locally.
@node Invoking guix-package
@section Invoking @command{guix-package}
The @command{guix-package} command it the tool that allows users to
The @command{guix-package} command is the tool that allows users to
install, upgrade, and remove packages, as well as rolling back to
previous configurations. It operates only on the user's own profile,
and works with normal user privileges (@pxref{Features}). Its syntax
@ -202,7 +202,7 @@ is:
guix-package @var{options}
@end example
Primarily, @var{options} specify the operations to be performed during
Primarily, @var{options} specifies the operations to be performed during
the transaction. Upon completion, a new profile is created, but
previous generations of the profile remain available, should the user
want to roll back.
@ -223,8 +223,8 @@ colon, followed by the name of one of the outputs of the package, as in
@itemx -r @var{package}
Remove @var{package}.
@item --upgrade=@var{REGEXP}
@itemx -u @var{REGEXP}
@item --upgrade=@var{regexp}
@itemx -u @var{regexp}
Upgrade all the installed packages matching @var{regexp}.
@item --profile=@var{profile}
@ -283,7 +283,7 @@ familiar packaging concepts, such as the name and version of a package,
its build system, and its dependencies. These definitions can then be
turned into concrete build actions.
Build actions are performed the Guix daemon, on behalf of users. In a
Build actions are performed by the Guix daemon, on behalf of users. In a
standard setup, the daemon has write access to the store---the
@file{/nix/store} directory---whereas users do not. The recommended
setup also has the daemon perform builds in chroots, under a specific
@ -369,7 +369,7 @@ object.
Naturally, @var{gnu-build-system} represents the familiar GNU Build
System, and variants thereof (@pxref{Configuration, configuration and
makefile conventions,, standards, GNU Coding Standards}). In a
nutshell, packages using the GNU Build System may be configured, build,
nutshell, packages using the GNU Build System may be configured, built,
and installed with the usual @code{./configure && make && make check &&
make install} command sequence. This is what @var{gnu-build-system}
does.
@ -420,7 +420,7 @@ tool (@pxref{Invoking guix-build}).
Behind the scenes, a derivation corresponding to the @code{<package>}
object is first computed by the @code{package-derivation} procedure.
That derivation is stored in a @code{.drv} file under @file{/nix/store}.
The build actions is prescribes may then be realized by using the
The build actions it prescribes may then be realized by using the
@code{build-derivations} procedure (@pxref{The Store}).
@deffn {Scheme Procedure} package-derivation @var{store} @var{package} [@var{system}]