[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn+ssh -- Killed by signal 15.

From: Stefan Sperling <stsp_at_elego.de>
Date: Fri, 6 Nov 2009 19:32:08 +0100

On Fri, Nov 06, 2009 at 11:53:09AM -0500, Mikhail Terekhov wrote:
> On Fri, Nov 6, 2009 at 11:04 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> >  $ svn --config-dir /tmp/svn-conf help >/dev/null
> >  $ grep 'ssh =' /tmp/svn-conf/config
> >  # ssh = $SVN_SSH ssh -q
> >
> > Of course, if you've created your config file template with a client
> > older than 1.6.5, you won't see -q in there.
>
> Yes that explains it. But this line is just a comment i.e. it is not used
> as a default still. Does this mean that there are cases when '-q' is not
> needed? May be I need to tune/configure my ssh/sshd somehow?
> If there is no such cases then probably '-q' should be just used by default.

'-q' is passed by default, unless you override it in your config.

See the code in subversion/libsvn_ra_svn/client.c:

  /* We have one predefined tunnel scheme, if it isn't overridden by config. */
  if (!val && strcmp(tunnel, "ssh") == 0)
    {
      /* Killing the tunnel agent with SIGTERM leads to unsightly
       * stderr output from ssh, unless we pass -q.
       * The "-q" option to ssh is widely supported: all versions of
       * OpenSSH have it, the old ssh-1.x and the 2.x, 3.x ssh.com
       * versions have it too. If the user is using some other ssh
       * implementation that doesn't accept it, they can override it
       * in the [tunnels] section of the config. */
      val = "$SVN_SSH ssh -q";
    }

Stefan

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2415181

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-11-06 19:33:22 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.