]> git.donarmstrong.com Git - debian/debian-policy.git/commitdiff
* Corrected typos and grammatical errors found by Sean Perry
authorManoj Srivastava <srivasta@debian.org>
Thu, 16 Jun 2005 05:09:55 +0000 (05:09 +0000)
committerManoj Srivastava <srivasta@debian.org>
Thu, 16 Jun 2005 05:09:55 +0000 (05:09 +0000)
Author: jdg
Date: 2001/02/13 16:21:14
  * Corrected typos and grammatical errors found by Sean Perry
closes: Bug#85501, #85504, #85505, #85506
closes: Bug#85508, #85510, #85511, #85514

git-archimport-id: srivasta@debian.org--etch/debian-policy--devel--3.0--patch-79

debian/changelog
policy-process.sgml
policy.sgml

index addbf58cf545589a5dc3f7245e921483a9ee00c0..32ad33f0b04534e5498239635eb4e85e088c8a41 100644 (file)
@@ -1,8 +1,11 @@
 debian-policy (3.5.0.1) unstable; urgency=low
 
-  * Removed deprecated virtual package names        closes: #84641
+  * Removed deprecated virtual package names        closes: Bug#84641
   * Changed rmdir postrm example (suggestion on -policy list)
   * Removed Richard Braakman from list of maintainers at his request
+  * Corrected typos and grammatical errors found by Sean Perry
+                            closes: Bug#85501, #85504, #85505, #85506
+                            closes: Bug#85508, #85510, #85511, #85514
 
  --
 
index ad91055e2d94f0124962fb481b52f6b62ff05018..d4c4e20f3c762028127f092af991217eb07ab389 100644 (file)
@@ -7,7 +7,7 @@
        <name>Manoj Srivastava</name>
         <email>srivasta@debian.org</email>
       </author>
-      <version>$Revision: 1.1 $</version>
+      <version>$Revision: 1.2 $</version>
       <copyright>
         <copyrightsummary>Copyright &#169; 2000 by Manoj Srivastava. 
         </copyrightsummary>
           dead. If six months have actually passed, the bug should be
           retitled <strong>"[OLD PROPOSAL] ..."</strong>, and have the
           severity set to fixed. The maintianers shall flush out old
-          proposal after a a suuficiently long period of time
+          proposal after a a sufficiently long period of time
           (cetainly more than a year or so). 
        </p>
        <p>
index dd39e81c54e9f6ad9c5e5cbc32e4cab4c59900cd..6680d8e3b8520ddc390be73c725696a1d217083a 100644 (file)
 
          <p>       
            They must be at least two characters long and must start
-           with an alphanumeric character.  The use lowercase package
-           names is strongly recommended unless the package you're
-           building (or referring to, in other fields) is already
-           using uppercase.</p>
+           with an alphanumeric character.  The use of lowercase
+           package names is strongly recommended unless the package
+           you're building (or referring to, in other fields) is
+           already using uppercase.</p>
        </sect1>
        
        <sect1 id="f-Version"><heading><tt>Version</tt>
               id="f-Standards-Version"><heading><tt>Standards-Version</tt>
          </heading>
 
-         <p>       
-           The most recent version of the standards (the packaging
-           and policy manuals and associated texts) with which the
-           package complies.  This is updated manually when editing
-           the source package to conform to newer standards; it can
+         <p>
+            The most recent version of the standards (the policy
+           manual and associated texts) with which the package
+           complies.  This is updated manually when editing the
+           source package to conform to newer standards; it can
            sometimes be used to tell when a package needs attention.
          </p>
 
          <item>
            
            <p>
-             This is the main part of the version.  It is usually
-             version number of the original (`upstream') package of
+             This is the main part of the version.  It is usually the
+             version number of the original (`upstream') package from
              which the <tt>.deb</tt> file has been made, if this is
              applicable.  Usually this will be in the same format as
              that specified by the upstream author(s); however, it
          package, all <strong>required targets</strong> MUST be
          non-interactive. At a minimum, required targets are the
          ones called by <prgn>dpkg-buildpackage</prgn>, namely,
-         <em>clean</em>, <em>binary</em>, <em>binary-arch</em>, and
-         <em>build</em>. It also follows that any target that these
-         targets depend on must also be non-interactive.
+         <em>clean</em>, <em>binary</em>, <em>binary-arch</em>,
+         <em>binary-indep</em>, and <em>build</em>. It also follows
+         that any target that these targets depend on must also be
+         non-interactive.
        </p>
        
        <p>         
        
        <p>
          It is important to understand that the <tt>DEB_*_ARCH</tt>
-         string does only determine which Debian architecture we
-         build on resp. for. It should not be used to get the CPU
-         or System information, the GNU style variables should be
+         string only determines which Debian architecture we are
+         building on or for. It should not be used to get the CPU
+         or system information; the GNU style variables should be
          used for that.
        </p>
       </sect>
          control area of the package.  They must be proper executable
          files; if they are scripts (which is recommended) they must
          start with the usual <tt>#!</tt> convention.  They should be
-         readable and executable to anyone, and not world-writable.
+         readable and executable by anyone, and not world-writable.
        </p>
 
        <p>       
-         the package management system looks at the exit status from
+         The package management system looks at the exit status from
          these scripts.  It is important that they exit with a
          non-zero status if there is an error, so that the package
          management system can stop its processing.  For shell
        <p>       
          The procedure on installation/upgrade/overwrite/disappear
          (i.e., when running <tt>dpkg --unpack</tt>, or the unpack
-         stage of <tt>dpkg
-           --install</tt>) is as follows.  In each case if an error occurs the
-         actions in are general run backwards - this means that the maintainer
-         scripts are run with different arguments in reverse order.  These are
-         the `error unwind' calls listed below.
+         stage of <tt>dpkg --install</tt>) is as follows.  In each
+         case if an error occurs the actions are, in general, run
+         backwards - this means that the maintainer scripts are run
+         with different arguments in reverse order.  These are the
+         `error unwind' calls listed below.
          
          <enumlist>
            <item>
              <p>
                <enumlist>
                  <item>
-                   <p>If a version the package is already
+                   <p>If a version of the package is already
                      installed, call
                      <example>
                        <var>old-prerm</var> upgrade <var>new-version</var>