confusing example in the SVN book
Vincent Lefevre
vincent at vinc17.org
Tue Aug 26 07:20:00 CDT 2008
On 2008-08-25 11:22:24 -0500, Ben Collins-Sussman wrote:
> Care to send a patch to the svnbook@ list?
Attached.
> On Mon, Aug 25, 2008 at 9:41 AM, Vincent Lefevre <vincent+svn at vinc17.org> wrote:
> > In the current SVN book (nightly):
> >
> > It's easy to use SSH in conjunction with svnserve. The client simply
> > uses the svn+ssh:// URL scheme to connect:
> >
> > $ whoami
> > harry
> >
> > $ svn list svn+ssh://host.example.com/repos/project
> > harry at host.example.com's password: *****
> >
> > foo
> > bar
> > baz
> > …
> >
> > In this example, the Subversion client is invoking a local ssh
> > process, connecting to host.example.com, authenticating as the user
> > harry, then spawning a private svnserve process on the remote
> > machine running as the user harry. The svnserve command is being
> > invoked in tunnel mode (-t), and its network protocol is being
> > "tunneled" over the encrypted connection by ssh, the tunnel agent.
> > svnserve is aware that it's running as the user harry, and if the
> > client performs a commit, the authenticated username will be used
> > as the author of the new revision.
> >
> > But the book doesn't say which "harry" (the client's or the server's)
> > is taken into account as the author of the new revision; "authenticated
> > username" suggests that it's the server's and this is also said a bit
> > later in the book (though not all users may read that part), but this
> > doesn't appear clearly in the example (and the word "aware" above may
> > be confusing since it could mean that the client gave some information,
> > which is not the case). You should probably give an example with two
> > different user names on the client and on the server. This could be:
> >
> > $ whoami
> > harryc
> >
> > $ svn list svn+ssh://host.example.com/repos/project
> > harrys at host.example.com's password: *****
> >
> > foo
> > bar
> > baz
> > …
> >
> > In this example, the Subversion client is invoking a local ssh
> > process, connecting to host.example.com, authenticating as the user
> > harrys (according to SSH user configuration), then spawning a private
> > svnserve process on the remote machine running as the user harrys.
> > The svnserve command is being invoked in tunnel mode (-t), and its
> > network protocol is being "tunneled" over the encrypted connection
> > by ssh, the tunnel agent. If the client performs a commit, the
> > authenticated username harrys will be used as the author of the new
> > revision.
> >
> > This makes clear that the user name on the *server* side is taken
> > into account as the author of the new revision.
--
Vincent Lefèvre <vincent at vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
-------------- next part --------------
Index: ch06-server-configuration.xml
===================================================================
--- ch06-server-configuration.xml (revision 3283)
+++ ch06-server-configuration.xml (working copy)
@@ -1112,10 +1112,10 @@
<screen>
$ whoami
-harry
+harryc
$ svn list svn+ssh://host.example.com/repos/project
-harry at host.example.com's password: *****
+harrys at host.example.com's password: *****
foo
bar
@@ -1126,16 +1126,16 @@
<para>In this example, the Subversion client is invoking a local
<command>ssh</command> process, connecting to
<literal>host.example.com</literal>, authenticating as the
- user <literal>harry</literal>, then spawning a private
+ user <literal>harrys</literal> (according to SSH user
+ configuration), then spawning a private
<command>svnserve</command> process on the remote machine
- running as the user <literal>harry</literal>. The
+ running as the user <literal>harrys</literal>. The
<command>svnserve</command> command is being invoked in tunnel
mode (<option>-t</option>), and its network protocol is being
<quote>tunneled</quote> over the encrypted connection by
<command>ssh</command>, the tunnel agent.
- <command>svnserve</command> is aware that it's running as the
- user <literal>harry</literal>, and if the client performs a
- commit, the authenticated username will be used as the author
+ If the client performs a commit, the authenticated username
+ <literal>harrys</literal> will be used as the author
of the new revision.</para>
<para>The important thing to understand here is that the
More information about the svnbook-dev
mailing list