[svnbook commit] r1945 - trunk/src/en/book

blair svnbook-dev at red-bean.com
Sun Jan 22 21:23:11 CST 2006


Author: blair
Date: Sun Jan 22 21:23:08 2006
New Revision: 1945

Modified:
   trunk/src/en/book/appb.xml
   trunk/src/en/book/ch04.xml
   trunk/src/en/book/ch06.xml

Log:
Fix stutters.

* en/book/appb.xml,
* en/book/ch04.xml,
* en/book/ch06.xml:
  Fix stutters.


Modified: trunk/src/en/book/appb.xml
==============================================================================
--- trunk/src/en/book/appb.xml	(original)
+++ trunk/src/en/book/appb.xml	Sun Jan 22 21:23:08 2006
@@ -216,7 +216,7 @@
               <literal>REPORT</literal>, which allows the client and
               server to perform customized data exchanges.  While
               DeltaV defines a number of standardized history reports
-              that a client can request, the the server is also free
+              that a client can request, the server is also free
               to define custom reports.  The client sends a
               <literal>REPORT</literal> request with a
               properly-labeled XML body full of custom data; assuming
@@ -519,7 +519,7 @@
           the Mac OS X, they do not appear to support WebDAV directly
           on that platform.  In fact, on Mac OS X, the
           <guimenu>File->Open</guimenu> dialog box doesn't allow
-          one to type a path or URL at all.  It's likely that the the
+          one to type a path or URL at all.  It's likely that the
           WebDAV features were deliberately left out of Macintosh
           versions of these programs, since OS X already provides such
           excellent low-level filesystem support for WebDAV.</para>

Modified: trunk/src/en/book/ch04.xml
==============================================================================
--- trunk/src/en/book/ch04.xml	(original)
+++ trunk/src/en/book/ch04.xml	Sun Jan 22 21:23:08 2006
@@ -1594,7 +1594,7 @@
           hand-tracked to avoid the problem of repeated merges (as
           described in <xref linkend="svn.branchmerge.copychanges.bestprac.track"/>).  You'll
           need to write careful log messages detailing exactly which
-          revision ranges have been been merged already (as
+          revision ranges have been merged already (as
           demonstrated in <xref linkend="svn.branchmerge.commonuses.wholebr"/>).  It
           may sound intimidating, but it's actually pretty easy to
           do.</para>

Modified: trunk/src/en/book/ch06.xml
==============================================================================
--- trunk/src/en/book/ch06.xml	(original)
+++ trunk/src/en/book/ch06.xml	Sun Jan 22 21:23:08 2006
@@ -252,7 +252,7 @@
             password on disk.  Because the encryption key is managed
             by Windows and is tied to the user's own login
             credentials, only the user can decrypt the cached
-            password.  (Note: if the the user's Windows account
+            password.  (Note: if the user's Windows account
             password is changed, all of the cached passwords become
             undecipherable.  The Subversion client will behave as if
             they don't exist, prompting for passwords when
@@ -981,7 +981,7 @@
 
         <para>A final word of caution: giving a user access to the
           server via public-key in a shared account might still allow
-          other forms of SSH access, even if you've set the
+          other forms of SSH access, even if you've set
           the <literal>command</literal> value
           in <filename>authorized_keys</filename>.  For example, the
           user may still get shell access through SSH, or be able to




More information about the svnbook-dev mailing list